Re: problems with XFree

[Tom Bozack]

I think Cygwin/XFree86 is a great product  -- but there is nothing so 
good that it can't be improved.  I agree with all of you comments, 
although I haven't had the system reboot experience.

One persistant problem that you didn't mention (manybe you haven't run 
into it yet) is a very persistent and repeatable lock-up when used to 
login to another host using XDMCP.  The symptom is of a sudden large 
memory leak after 15-30 minutes of use.  XFree86 becomes unresponsive, 
system memory and swap resources are rapidly used up, and finally 
XFree86 crashes with a seg fault.  This also happens immediately (you 
don't have to wait 15-30 min) when you logoff the host and login again. 
  I've experienced this under Windows 98/98SE/ME.

For me this is a showstopper since it makes Cygwin/XFree86 unusable as 
an X server platform.  It's fun to play with, but this "bug" makes it 
unacceptable for routine use as an X server.

Tom

[EMAIL PROTECTED] wrote:
> (last email I sent complained about HTML MIME. i hope i'm not 
> double-posting)
> 
> I started playing with XFree last week. It's been a few years since I've 
> used UNIX, so you can call me a newbie, if you like. I'm running Windows 
> 2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard 
> drive. I (eventually) did a full Cygwin/XFree86 download and install 
> (binaries, not source).
> 
> Please don't flame me if I'm out of line. I didn't know if I should break 
> this up into several emails or have one big one. Also, please send 
> responses to me by email.
> 
> Here are my obervations/problems.
> Showstoppers:
> 1) The very first time I brought up the X server, I had modified 
> startxwin.bat 
> to use wmaker instead of twm. It crashed because /home 
> hadn't been created yet. This was "fixed" by running the text-mode bash 
> icon first.
> 2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" 
> 
> instead, I can browse one man page, and then it stops working. (it gives a 
> 
> "likeToSave" message box with yes and no buttons that don't seem to do 
> anything.) It seems to be related to missing a locale binary. Is there a 
> way to get this to work? 
> 3) within the first few hours of usage, I ran a "find / -name abc -print" 
> from the command-line, and my trusty Windows 2000 box restarted. no blue 
> screen, no error. it was like someone pulled the power plug and plugged it 
> 
> back in. after it came up, i tried the same command and it worked fine.
> 4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was 
> up. of course, bad user, i should have stopped cygwin before running 
> setup, but i'm still amazed at how easily my robust kernel, based on NT 
> Technology, came down.
> 
> Nice-to-haves:
> 5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) 
> 
> of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a 
> large, unnecessary file takes a painfully long time, but a small 
> unnecessary file is not so bad.
> 6) on that note, how about displaying those nice descriptions from 
> setup.ini in setup.exe so we can see what the packages are before 
> downloading them. a resizable window would come in handy for this.
> 7) the first time I downloaded (a partial download, not full), i picked 
> "more" and "clear", but next time I went into setup.exe, it had 
> "forgotten" that. perhaps if I can unrust my C, I can fix some of these 
> bugs myself. give me a few weeks.
> 8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i 
> downloaded from http:uiuc, it got 98% and stopped responding--1 hour 
> wasted (at 56 Kb). the second time (no joke) it got 99% and 
> stopped--another hour wasted. so i copied it from somewhere else.
> 9) my X clients on an AIX box didn't work because i didn't use the -kb 
> switch on XWin. but i found that one on the faq. a possible enhancement to 
> 
> setup.exe?
> 10) using K (or Ki) and B for byte on setup.exe is always nice. make sure 
> to leave a space between the number and the unit. 10 KB, not 10KB. how 
> about estimated download time in addition to % ?
> 11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but 
> 
> there is no /b ! (there is no spoon either ;-)
> 
> 
> Please no one take offense at all this. I'm not trying to throw blame. It 
> seems like a great product, so far (except for the deadly restarts). These 
> 
> are perhaps suggestions for doing it better. I know some coworkers who 
> tried to get this to work, but gave up because of the problems. So will 
> the average newbie or the busy IT pro who doesn't have time to read lots 
> of faqs and will buy Exceed instead. I hope my observations will help 
> others.
> 
> Gabriel Sroka
> gsroka at mmsa dot com
> 

Re: xfree web pages

[Sylvain Petreolle]

I forwarded your mail to cygwin-xfree mailing list.
Please post your next mails bout this thread to
[EMAIL PROTECTED]

Reasons:
1 - This is cygwin-xfree specific.
2 - The both whole parts you describe are outdated.
XFree archives are now installed by the standard installer at
http://www.cygiwn.com/setup.exe.

 --- Samuel <[EMAIL PROTECTED]> a écrit :
> In "2.3. Which archives do I need to download and install?" it says
> that
> "The Cygwin/XFree86 User's Guide lists the archives that need to be
> downloaded and installed." yet I do not see a list of archives. I
> assume it
> is not accurate that archives need to be downloaded and installed; if
> that
> is still necessary then I should make more of an effort to look.
> Since the
> Cygwin/XFree86 FAQ specifies that archives need to be downloaded and
> unzipped using WinZip and things like that must be done to install I
> am
> assuming that the documentation is not current. Perhaps I was hasty
> in
> making that assumption.
> 
> 
> - Original Message -
> From: "Sylvain Petreolle" <[EMAIL PROTECTED]>
> To: "Samuel" <[EMAIL PROTECTED]>; "Cygwin mailing list"
> <[EMAIL PROTECTED]>
> Sent: Monday, July 22, 2002 1:06 PM
> Subject: Re: xfree web pages
> 
> 
> Pages were updated:
> 
> > Cygwin/XFree86 Frequently Asked Questions
> > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html
> 2002-05-26
> 
> > Cygwin/XFree86
> > http://www.cygwin.com/xfree
> 2002-05-12
> 
>  

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Re: Difference between installing Xfree-4.2.0 using setup and install.sh

[Nicholas Wourms]

--- Thomas Chadwick <[EMAIL PROTECTED]> wrote:
> Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it
> usually 
> has something to do with the (non)existence of an .Xauthority file.
> 
> Perhaps installing Cygwin-Xfree86 via one method results in an
> .Xauthority 
> file whereas installing via the other method doesn't?  This would be an 
> interesting thing to check.
> 
> If I ever see an .Xauthority file, I usually delete it.  Truth be told,
> I've 
> never quite figured out how to use it properly or of what benefit it is
> to 
> me.
> 
FWIW, mcookie.exe is included in the lastest cygutils.  Perhaps that is
something worth looking into?  I believe Chuck incuded a man page with it.

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Nicholas Wourms wrote:
> --- Harold L Hunt II <[EMAIL PROTECTED]> wrote:
> 
>>Robert Collins wrote:
>>
-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]] On Behalf Of Nicholas Wourms
Sent: Tuesday, 23 July 2002 1:36 AM
>>>
>>>
Harold,

Who's to say that ReactOS won't have a registry?
>>>
>>>
>>>1) ReactOS has a registry, and an editor.
>>>2) ReactOS is targeting binary compatability with NT, so it's about as
>>>cross platform as installing a mandrake rpm on a redhat machine :}.
>>>
>>>Rob
>>>
>>
>>Thank you for pointing out the weakness in that one.
>>
> 
> 
> You are not welcome.  Damnit, I don't care one way or another, because the
> idea of an Xlauncher is useless for me.  However, I do agree that people
> should worry about it elsewhere.
> 
> Cheers,
> Nicholas
> 

Precisely.

Harold

XRoaches

[Jean-Claude Gervais]

Hi,

Just wondering; has anyone gotten xroach to work on Cygwin/XFree?

It compiles fine, but when you run it, you don't get any roaches...

Thanks.

Re: New (Delphi) xlauncher

[Franz Wolfhagen]

Why ? - I could use one for OS/2 

Med venlig hilsen / Regards
Franz Wolfhagen

Re: Difference between installing Xfree-4.2.0 using setup and install.sh

[Thomas Chadwick]

Whenever I see an error message referring to "MIT-MAGIC-COOKIE", it usually 
has something to do with the (non)existence of an .Xauthority file.

Perhaps installing Cygwin-Xfree86 via one method results in an .Xauthority 
file whereas installing via the other method doesn't?  This would be an 
interesting thing to check.

If I ever see an .Xauthority file, I usually delete it.  Truth be told, I've 
never quite figured out how to use it properly or of what benefit it is to 
me.

FWIW, I launch XWin via xinit, .xinitrc does not contain "xhost +127.0.0.1", 
the value of DISPLAY is reportedly ":0", and everything works just fine 
(including ssh -X).

>From: Harold L Hunt II <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Difference between installing Xfree-4.2.0 using setup and 
>install.sh
>Date: Mon, 22 Jul 2002 15:31:16 -0400
>
>Raymond Kwong wrote:
>>I have previously installed Xfree 4.2.0 when it first came out on
>>cygwin, using the old method of running install.sh. Everything worked
>>fine. Recently, I installed Xfree 4.2.0 using setup.exe on another
>>computer (both computers run Windows 2000). On the new computer, if I
>>ssh to another computer using "ssh -X hostname", I get the following
>>error message
>>
>>Xlib: connection to "localhost:10.0" refused by server
>>Xlib: Invalid MIT-MAGIC-COOKIE-1 key
>>Application initialization failed: couldn't connect to display 
>>"localhost:10.0"
>>%
>>
>>This error does not occur with the older installation using install.sh.
>>The cygwin1.dll version is the same, and the ssh version is the same.
>>Fortunately, the error is readily eliminated by adding the line
>>
>>xhost +127.0.0.1
>>
>>to .xinitrc. on the new computer. Then everything works fine.
>>
>>A similar difference can also be reproduced with 2 Windows 98 machines.
>>Is there a reason for this apparent difference?
>>
>>Raymond Kwong
>>
>
>Raymond,
>
>It is always possible that you had made the modification to .xinitrc on the 
>older Cygwin/XFree86 installations and then forgotten that you had done so.
>
>Can you ensure is that the line ``xhost +127.0.0.1'' is not in the .xinitrc 
>files on the hosts that you installed via Xinstall.sh?
>
>Harold

_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

RE: problems with XFree

[Dennis Foreman]

I too have had problems. I have discovered differences in the parameters for
xterm between Xfree and my SunOS system. Some Xfree parameters are deemed
invalid on SunOS.  Some SunOS parameters don't exist in xterm. Some don't
work the same way, and some don't work on the cygwin as described in
cygwin's man pages (if I read the man pages correctly, -sb for instance is
supposed to take an integer argument, but doesn't). Also, when I get an
xfree error in cygwin, it says to type "xfree -help". Doing so produces an
error.

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]
Sent: Monday, July 22, 2002 3:16 PM
To: [EMAIL PROTECTED]
Subject: problems with XFree


(last email I sent complained about HTML MIME. i hope i'm not
double-posting)

I started playing with XFree last week. It's been a few years since I've
used UNIX, so you can call me a newbie, if you like. I'm running Windows
2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard
drive. I (eventually) did a full Cygwin/XFree86 download and install
(binaries, not source).

Please don't flame me if I'm out of line. I didn't know if I should break
this up into several emails or have one big one. Also, please send
responses to me by email.

Here are my obervations/problems.
Showstoppers:
1) The very first time I brought up the X server, I had modified
startxwin.bat
to use wmaker instead of twm. It crashed because /home
hadn't been created yet. This was "fixed" by running the text-mode bash
icon first.
2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop"

instead, I can browse one man page, and then it stops working. (it gives a

"likeToSave" message box with yes and no buttons that don't seem to do
anything.) It seems to be related to missing a locale binary. Is there a
way to get this to work?
3) within the first few hours of usage, I ran a "find / -name abc -print"
from the command-line, and my trusty Windows 2000 box restarted. no blue
screen, no error. it was like someone pulled the power plug and plugged it

back in. after it came up, i tried the same command and it worked fine.
4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was
up. of course, bad user, i should have stopped cygwin before running
setup, but i'm still amazed at how easily my robust kernel, based on NT
Technology, came down.

Nice-to-haves:
5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.)

of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a
large, unnecessary file takes a painfully long time, but a small
unnecessary file is not so bad.
6) on that note, how about displaying those nice descriptions from
setup.ini in setup.exe so we can see what the packages are before
downloading them. a resizable window would come in handy for this.
7) the first time I downloaded (a partial download, not full), i picked
"more" and "clear", but next time I went into setup.exe, it had
"forgotten" that. perhaps if I can unrust my C, I can fix some of these
bugs myself. give me a few weeks.
8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i
downloaded from http:uiuc, it got 98% and stopped responding--1 hour
wasted (at 56 Kb). the second time (no joke) it got 99% and
stopped--another hour wasted. so i copied it from somewhere else.
9) my X clients on an AIX box didn't work because i didn't use the -kb
switch on XWin. but i found that one on the faq. a possible enhancement to

setup.exe?
10) using K (or Ki) and B for byte on setup.exe is always nice. make sure
to leave a space between the number and the unit. 10 KB, not 10KB. how
about estimated download time in addition to % ?
11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but

there is no /b ! (there is no spoon either ;-)


Please no one take offense at all this. I'm not trying to throw blame. It
seems like a great product, so far (except for the deadly restarts). These

are perhaps suggestions for doing it better. I know some coworkers who
tried to get this to work, but gave up because of the problems. So will
the average newbie or the busy IT pro who doesn't have time to read lots
of faqs and will buy Exceed instead. I hope my observations will help
others.

Gabriel Sroka
gsroka at mmsa dot com

Re: Difference between installing Xfree-4.2.0 using setup and install.sh

[Harold L Hunt II]

Raymond Kwong wrote:
> I have previously installed Xfree 4.2.0 when it first came out on
> cygwin, using the old method of running install.sh. Everything worked
> fine. Recently, I installed Xfree 4.2.0 using setup.exe on another
> computer (both computers run Windows 2000). On the new computer, if I
> ssh to another computer using "ssh -X hostname", I get the following
> error message
> 
> Xlib: connection to "localhost:10.0" refused by server
> Xlib: Invalid MIT-MAGIC-COOKIE-1 key
> Application initialization failed: couldn't connect to display "localhost:10.0"
> %
> 
> This error does not occur with the older installation using install.sh.
> The cygwin1.dll version is the same, and the ssh version is the same.
> Fortunately, the error is readily eliminated by adding the line
> 
> xhost +127.0.0.1
> 
> to .xinitrc. on the new computer. Then everything works fine.
> 
> A similar difference can also be reproduced with 2 Windows 98 machines.
> Is there a reason for this apparent difference? 
> 
> Raymond Kwong
> 

Raymond,

It is always possible that you had made the modification to .xinitrc on 
the older Cygwin/XFree86 installations and then forgotten that you had 
done so.

Can you ensure is that the line ``xhost +127.0.0.1'' is not in the 
.xinitrc files on the hosts that you installed via Xinstall.sh?

Harold

Re: New (Delphi) xlauncher

[Nicholas Wourms]

--- Harold L Hunt II <[EMAIL PROTECTED]> wrote:
> Robert Collins wrote:
> > 
> >>-Original Message-
> >>From: [EMAIL PROTECTED] 
> >>[mailto:[EMAIL PROTECTED]] On Behalf Of Nicholas Wourms
> >>Sent: Tuesday, 23 July 2002 1:36 AM
> > 
> > 
> >>Harold,
> >>
> >>Who's to say that ReactOS won't have a registry?
> > 
> > 
> > 1) ReactOS has a registry, and an editor.
> > 2) ReactOS is targeting binary compatability with NT, so it's about as
> > cross platform as installing a mandrake rpm on a redhat machine :}.
> > 
> > Rob
> > 
> 
> Thank you for pointing out the weakness in that one.
> 

You are not welcome.  Damnit, I don't care one way or another, because the
idea of an Xlauncher is useless for me.  However, I do agree that people
should worry about it elsewhere.

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

Re: Expect Script under X-Windows

[Nicholas Wourms]

--- Thomas Chadwick <[EMAIL PROTECTED]> wrote:
> So you're writing a script that very likely will contain a password in 
> cleartext?  How secure is that?

Keep it on a floppy-disk, and keep that in plastic case in your pocket. 
It works for me.  Then it will be just as secure as your wallet.  Now how
secure that really is, depends on the individual.  Still it is preferable
to keeping it on the pc itself.

As for Expect, it *WILL NOT* work.  This is because Cygnus designed
TCL/TK/ITCL/TIX/EXPECT to be mingw like, so that people can use Insight
[GUI GDB] without having to fire up an X-windows session.  Someday we will
have the TCL suite working under both X and native Windows, but that will
involve a lot of work.  For now, lets just leave it at that.

If you *really* want to script, then you should look into some python gui
X utilities to do that for you.

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

problems with XFree

[gsroka]

(last email I sent complained about HTML MIME. i hope i'm not 
double-posting)

I started playing with XFree last week. It's been a few years since I've 
used UNIX, so you can call me a newbie, if you like. I'm running Windows 
2000 Pro on a P4 1.7 GHz with 768 MiB of RAM and 10 GB free on my hard 
drive. I (eventually) did a full Cygwin/XFree86 download and install 
(binaries, not source).

Please don't flame me if I'm out of line. I didn't know if I should break 
this up into several emails or have one big one. Also, please send 
responses to me by email.

Here are my obervations/problems.
Showstoppers:
1) The very first time I brought up the X server, I had modified 
startxwin.bat 
to use wmaker instead of twm. It crashed because /home 
hadn't been created yet. This was "fixed" by running the text-mode bash 
icon first.
2) when I run Xman, it says "No App-Defaults File". If I run "Xman -notop" 

instead, I can browse one man page, and then it stops working. (it gives a 

"likeToSave" message box with yes and no buttons that don't seem to do 
anything.) It seems to be related to missing a locale binary. Is there a 
way to get this to work? 
3) within the first few hours of usage, I ran a "find / -name abc -print" 
from the command-line, and my trusty Windows 2000 box restarted. no blue 
screen, no error. it was like someone pulled the power plug and plugged it 

back in. after it came up, i tried the same command and it worked fine.
4) i had a similar "restart" to #6 when I ran setup.exe while cygwin was 
up. of course, bad user, i should have stopped cygwin before running 
setup, but i'm still amazed at how easily my robust kernel, based on NT 
Technology, came down.

Nice-to-haves:
5) it'd be nice if setup.exe showed the size (in bytes or megabytes, etc.) 

of each package (it's in setup.ini). on my 56 Kb/s modem, downloading a 
large, unnecessary file takes a painfully long time, but a small 
unnecessary file is not so bad.
6) on that note, how about displaying those nice descriptions from 
setup.ini in setup.exe so we can see what the packages are before 
downloading them. a resizable window would come in handy for this.
7) the first time I downloaded (a partial download, not full), i picked 
"more" and "clear", but next time I went into setup.exe, it had 
"forgotten" that. perhaps if I can unrust my C, I can fix some of these 
bugs myself. give me a few weeks.
8) the XFree86-fnts package is 16 MiB. it's kind of big. the first time i 
downloaded from http:uiuc, it got 98% and stopped responding--1 hour 
wasted (at 56 Kb). the second time (no joke) it got 99% and 
stopped--another hour wasted. so i copied it from somewhere else.
9) my X clients on an AIX box didn't work because i didn't use the -kb 
switch on XWin. but i found that one on the faq. a possible enhancement to 

setup.exe?
10) using K (or Ki) and B for byte on setup.exe is always nice. make sure 
to leave a space between the number and the unit. 10 KB, not 10KB. how 
about estimated download time in addition to % ?
11) also, what's all that /b stuff about in startxwin.bat? gotos, etc. but 

there is no /b ! (there is no spoon either ;-)


Please no one take offense at all this. I'm not trying to throw blame. It 
seems like a great product, so far (except for the deadly restarts). These 

are perhaps suggestions for doing it better. I know some coworkers who 
tried to get this to work, but gave up because of the problems. So will 
the average newbie or the busy IT pro who doesn't have time to read lots 
of faqs and will buy Exceed instead. I hope my observations will help 
others.

Gabriel Sroka
gsroka at mmsa dot com

Difference between installing Xfree-4.2.0 using setup and install.sh

[Raymond Kwong]

I have previously installed Xfree 4.2.0 when it first came out on
cygwin, using the old method of running install.sh. Everything worked
fine. Recently, I installed Xfree 4.2.0 using setup.exe on another
computer (both computers run Windows 2000). On the new computer, if I
ssh to another computer using "ssh -X hostname", I get the following
error message

Xlib: connection to "localhost:10.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
Application initialization failed: couldn't connect to display "localhost:10.0"
%

This error does not occur with the older installation using install.sh.
The cygwin1.dll version is the same, and the ssh version is the same.
Fortunately, the error is readily eliminated by adding the line

xhost +127.0.0.1

to .xinitrc. on the new computer. Then everything works fine.

A similar difference can also be reproduced with 2 Windows 98 machines.
Is there a reason for this apparent difference? 

Raymond Kwong

Re: Expect Script under X-Windows

[Harold L Hunt II]

[EMAIL PROTECTED] wrote:
> The normal method of logon using ssh requires the the user input a
> password. Because of security issues, this cannot be circumvented by any
> other method. All I wanted to do was to poll around fifty servers for
> information. Each has the same logon name and password. Now, I need to
> manually send the password for each and every server.
> 

Nicht eine gut Idee.

Harold

Re: On a side note - display resolution changes now handled

[Harold L Hunt II]

Jehan wrote:
> Harold L Hunt II wrote:
> 
>>> Well, actually yes :p. I did some canoeing last Friday and I haven't 
>>> recovered yet. :)
>>
>>
>> Are you talking about canoeing, or ``canoeing''.  When we went 
>> ``canoeing'' it involved a cooler full of beer and as the day 
>> progressed the cooler full of beer was spotted more and more often 
>> floating down the river next to a coule of upside down canoes and a 
>> bunch of guys trying to get the cooler back into a righted canoe 
>> before the precious contents were lost.  But I digress... :)
> 
> 
> Sounds nice :).
> But this was a "social event" from my company so no alcohol.
> Moreover, I don't drink alcohol. I don't trust myself to stop when I 
> have too much :p.
> 

Heh... booze was a little too fun for me too.  I only drink it rarely 
now.  Never more than a single drink at a time.  But have I got some 
stories from the good old days :)

> 
 If we create a new offscreen surface (which I was not
 talking about doing, I only said we have to recreate the primary 
 (onscreen)
 surface) with a different depth/format/etc than the original offscreen
 surface, then we have effectively changed the X graphics mode and we 
 would
 need to use some sort of X extension to notify clients that all 
 pixmaps and
 visuals have been reset.  If there is such an extension, I am not 
 aware of
 it.
>>>
>>>
>>>
>>>
>>> I'm not familiar with DirectX nor the internal of X so maybe I used 
>>> the wrong words. I'm not actually talking of changing what the X 
>>> server think the screen resolution/depth is. But we can already have 
>>> a different resolution/depth for the visual than for the monitor, 
>>> which means that there is a conversion at some point when the depth 
>>> doesn't match. So why can't you just throw away everything that is 
>>> after the conversion? I would think that, at worst, if the conversion 
>>> happens when drawing into the offscreen surface, all the buffers 
>>> would have to be recreated and that X would just have to ask all X 
>>> windows to redraw their content in the new offscreen buffer.
>>>
>>
>> I think I see where you are confused.
>>
>> I said previously that we can handle screen resolution changes because 
>> we essentially just enable scrollbars, if necessary, to allow the 
>> extra area to be viewed.  With the Shadow GDI engine, that is all that 
>> has to be done.
>>
>> However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking 
>> engines we must release and recreate the primary surface using the 
>> same size as it had before.  This is really just a technicality.  You 
>> see, DirectDraw allows a surface to be larger than the screen size.  
>> But, when you change the screen resolution, DirectDraw requires that 
>> you release the primary surface and create again.  DirectDraw doesn't 
>> care if you recreate the primary surface using the exact same 
>> parameters; rather, it just wants you to recreate it.  Yes, this is 
>> silly, but that is what DirectDraw requires.
>>
>> 
>>
>> I also said previously that screen depth changes were much more 
>> disruptive than screen resolution changes.
>>
>> First, a little background on surfaces.  We create an offscreen 
>> surface and we provide the X graphics layers with a pointer into the 
>> memory used to represent the pixels on that surface.  All X graphics 
>> operations (fb, shadow, mi, etc.) are done by calculating offsets of 
>> various pixels in this ``framebuffer'' and applying various 
>> transformations to those pixels.  Thus, a horizontal blue line would 
>> be drawn by offsetting to the start of that line, then flipping the 
>> value for the next x pixels to blue.  The ``shadow'' layer in X allows 
>> graphics to be drawn to an offscreen framebuffer.  Shadow keeps track 
>> of the regions in the offscreen fraembuffer that have been updated, 
>> and it occasionally calls   a ``shadow update'' function that tells us 
>> to transfer those regions to the screen.  DirectDraw has something 
>> called a ``primary surface'' that represents what is being displayed 
>> on the screen.  When we want to display the updated bits of the 
>> offscreen framebuffer, we do a ``bit block transfer'' from the 
>> offscreen surface to the primary surface.
>>
>> The offscreen surface and the primary surface usually have the same 
>> format (that is, they have the same pixel format that specifies how 
>> many bits for red, green, and blue and how many bits are used per 
>> pixel value in the framebuffer).
>>
>> If the offscreen surface and the primary surface have the same format, 
>> then a bit block transfer between them is essentially a memory copy 
>> from the system memory to the video memory (with lots of fun synching 
>> issues that Windows takes care of for us).  Imagine for a second that 
>> the offscreen surface was allowed to have a different format than the 
>> primary surface.  Then a bit block transfer from the offscreen surfac

Re: replies to xfree

[Christopher Faylor]

On Mon, Jul 22, 2002 at 10:46:43AM -0400, Harold L Hunt II wrote:
>Randall R Schulz wrote:
>>Dennis,
>>
>><http://www.unicom.com/pw/reply-to-harmful.html>
>>
>>Randall Schulz
>>Mountain View, CA USA
>>
>>
>>At 05:23 2002-07-22, Dennis Foreman wrote:
>>
>>>Shouldn't replies to a list automatically go to the list? My replies 
>>>seem to
>>>be going to the personal mail of posters. I believe there is a setting in
>>>many list servers that prevents the replies from going to the poster.
>>>
>>>regards,
>>>D. J. Foreman
>>
>>
>
>And to all those involved: Note that the ``reply-to'' question is one of 
>those matters of religion that we will not be discussing on the 
>cygwin-xfree mailing list.
>
>A decision has been made regarding the ``reply-to'' behavior for this 
>list.  No amount of persuasion/discussion/rants/questions/etc will 
>change this decision.
>
>Therefore, this thread is pronounced officially dead at 20020722 1046.

Just one last spasmodic kick: You should see a "Mail-Followup-To" header
in email to cygwin-xfree.  It should be set to [EMAIL PROTECTED]
Apparently some mailers honor this setting.

I also have my mailer set up to always set the Reply-To in messages to
the list since that is my personal preference.  People *still* go out of
their way to add me to CC lines but at least I only get the purposely
clueless sending me email now, rather than the people who just hit 'r'.

cgf

Re: Expect Script under X-Windows

[[EMAIL PROTECTED]]

It's only on my own machine with proper permissions. 

Original Message:
-
From: Thomas Chadwick [EMAIL PROTECTED]
Date: Mon, 22 Jul 2002 13:07:09 -0400
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Expect Script under X-Windows


So you're writing a script that very likely will contain a password in 
cleartext?  How secure is that?

>From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED],  [EMAIL PROTECTED]
>Subject: Re: Expect Script under X-Windows
>Date: Mon, 22 Jul 2002 12:54:18 -0400
>
>The normal method of logon using ssh requires the the user input a
>password. Because of security issues, this cannot be circumvented by any
>other method. All I wanted to do was to poll around fifty servers for
>information. Each has the same logon name and password. Now, I need to
>manually send the password for each and every server.
>
>Original Message:
>-
>From: Michel Bardiaux [EMAIL PROTECTED]
>Date: Mon, 22 Jul 2002 18:37:32 +0200
>To: [EMAIL PROTECTED]
>Subject: Re: Expect Script under X-Windows
>
>
>"Zelkovitz, Sanford J (ZERO CHAOS)" wrote:
> >
> > I have been trying without any success to write an expect script which
>would
> > insert the password for ssh in an x-windows session. I am obviously 
>doing
> > something wrong since all efforts have failed. Has anyone succeeded 
>where
>I
> > have failed?
> >
> > Sanford  Zelkovitz
>
>Could you clarify? Which password do you mean exactly? The passphrase
>for your ssh keyring? If you script that, you might as well have no
>passphrase at all.
>
>--
>Michel Bardiaux
>Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles
>Tel : +32 2 790.29.41
>
>
>mail2web - Check your email from the web at
>http://mail2web.com/ .


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com



mail2web - Check your email from the web at
http://mail2web.com/ .

Re: Expect Script under X-Windows

[Thomas Chadwick]

So you're writing a script that very likely will contain a password in 
cleartext?  How secure is that?

>From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED],  [EMAIL PROTECTED]
>Subject: Re: Expect Script under X-Windows
>Date: Mon, 22 Jul 2002 12:54:18 -0400
>
>The normal method of logon using ssh requires the the user input a
>password. Because of security issues, this cannot be circumvented by any
>other method. All I wanted to do was to poll around fifty servers for
>information. Each has the same logon name and password. Now, I need to
>manually send the password for each and every server.
>
>Original Message:
>-
>From: Michel Bardiaux [EMAIL PROTECTED]
>Date: Mon, 22 Jul 2002 18:37:32 +0200
>To: [EMAIL PROTECTED]
>Subject: Re: Expect Script under X-Windows
>
>
>"Zelkovitz, Sanford J (ZERO CHAOS)" wrote:
> >
> > I have been trying without any success to write an expect script which
>would
> > insert the password for ssh in an x-windows session. I am obviously 
>doing
> > something wrong since all efforts have failed. Has anyone succeeded 
>where
>I
> > have failed?
> >
> > Sanford  Zelkovitz
>
>Could you clarify? Which password do you mean exactly? The passphrase
>for your ssh keyring? If you script that, you might as well have no
>passphrase at all.
>
>--
>Michel Bardiaux
>Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles
>Tel : +32 2 790.29.41
>
>
>mail2web - Check your email from the web at
>http://mail2web.com/ .


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

Re: Expect Script under X-Windows

[[EMAIL PROTECTED]]

The normal method of logon using ssh requires the the user input a
password. Because of security issues, this cannot be circumvented by any
other method. All I wanted to do was to poll around fifty servers for
information. Each has the same logon name and password. Now, I need to
manually send the password for each and every server.

Original Message:
-
From: Michel Bardiaux [EMAIL PROTECTED]
Date: Mon, 22 Jul 2002 18:37:32 +0200
To: [EMAIL PROTECTED]
Subject: Re: Expect Script under X-Windows


"Zelkovitz, Sanford J (ZERO CHAOS)" wrote:
> 
> I have been trying without any success to write an expect script which
would
> insert the password for ssh in an x-windows session. I am obviously doing
> something wrong since all efforts have failed. Has anyone succeeded where
I
> have failed?
> 
> Sanford  Zelkovitz

Could you clarify? Which password do you mean exactly? The passphrase
for your ssh keyring? If you script that, you might as well have no
passphrase at all.

-- 
Michel Bardiaux
Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles
Tel : +32 2 790.29.41


mail2web - Check your email from the web at
http://mail2web.com/ .

Re: Expect Script under X-Windows

[Ed Hennis]

On Mon, 22 Jul 2002, 12:20pm (-0400), Zelkovitz, Sanford J (ZERO CHAOS) wrote:

> I have been trying without any success to write an expect script which would
> insert the password for ssh in an x-windows session. I am obviously doing
> something wrong since all efforts have failed. Has anyone succeeded where I
> have failed?

You're making things we too hard on yourself.  Look at the man pages for:
ssh, ssh-keygen, ssh-agent, and ssh-add.

-- 
Edward Hennis ___ [EMAIL PROTECTED] ___ http://www.vaxer.net/~eah
Amazing, really, what useless shit you can do   |\ /|
with the Internet.  | O |
-- Ben Ostrowsky |/_\|

Re: Expect Script under X-Windows

[Thomas Chadwick]

Are you sure you want to do it that way?  ssh can be configured to connect 
without prompting for a password.  Look here:

http://cygwin.com/ml/cygwin-xfree/2002-07/msg00475.html

>From: "Zelkovitz, Sanford J (ZERO CHAOS)" <[EMAIL PROTECTED]>
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: Expect Script under X-Windows
>Date: Mon, 22 Jul 2002 12:20:41 -0400
>
>I have been trying without any success to write an expect script which 
>would
>insert the password for ssh in an x-windows session. I am obviously doing
>something wrong since all efforts have failed. Has anyone succeeded where I
>have failed?
>
>
>Sanford  Zelkovitz




_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: Expect Script under X-Windows

[Michel Bardiaux]

"Zelkovitz, Sanford J (ZERO CHAOS)" wrote:
> 
> I have been trying without any success to write an expect script which would
> insert the password for ssh in an x-windows session. I am obviously doing
> something wrong since all efforts have failed. Has anyone succeeded where I
> have failed?
> 
> Sanford  Zelkovitz

Could you clarify? Which password do you mean exactly? The passphrase
for your ssh keyring? If you script that, you might as well have no
passphrase at all.

-- 
Michel Bardiaux
Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles
Tel : +32 2 790.29.41

Expect Script under X-Windows

[Zelkovitz, Sanford J (ZERO CHAOS)]

I have been trying without any success to write an expect script which would
insert the password for ssh in an x-windows session. I am obviously doing
something wrong since all efforts have failed. Has anyone succeeded where I
have failed?


Sanford  Zelkovitz

Re: On a side note - display resolution changes now handled

[Jehan]

Harold L Hunt II wrote:
>> Well, actually yes :p. I did some canoeing last Friday and I haven't 
>> recovered yet. :)
> 
> Are you talking about canoeing, or ``canoeing''.  When we went 
> ``canoeing'' it involved a cooler full of beer and as the day progressed 
> the cooler full of beer was spotted more and more often floating down 
> the river next to a coule of upside down canoes and a bunch of guys 
> trying to get the cooler back into a righted canoe before the precious 
> contents were lost.  But I digress... :)

Sounds nice :).
But this was a "social event" from my company so no alcohol.
Moreover, I don't drink alcohol. I don't trust myself to stop when I 
have too much :p.


>>> If we create a new offscreen surface (which I was not
>>> talking about doing, I only said we have to recreate the primary 
>>> (onscreen)
>>> surface) with a different depth/format/etc than the original offscreen
>>> surface, then we have effectively changed the X graphics mode and we 
>>> would
>>> need to use some sort of X extension to notify clients that all 
>>> pixmaps and
>>> visuals have been reset.  If there is such an extension, I am not 
>>> aware of
>>> it.
>>
>>
>>
>> I'm not familiar with DirectX nor the internal of X so maybe I used 
>> the wrong words. I'm not actually talking of changing what the X 
>> server think the screen resolution/depth is. But we can already have a 
>> different resolution/depth for the visual than for the monitor, which 
>> means that there is a conversion at some point when the depth doesn't 
>> match. So why can't you just throw away everything that is after the 
>> conversion? I would think that, at worst, if the conversion happens 
>> when drawing into the offscreen surface, all the buffers would have to 
>> be recreated and that X would just have to ask all X windows to redraw 
>> their content in the new offscreen buffer.
>>
> 
> I think I see where you are confused.
> 
> I said previously that we can handle screen resolution changes because 
> we essentially just enable scrollbars, if necessary, to allow the extra 
> area to be viewed.  With the Shadow GDI engine, that is all that has to 
> be done.
> 
> However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking 
> engines we must release and recreate the primary surface using the same 
> size as it had before.  This is really just a technicality.  You see, 
> DirectDraw allows a surface to be larger than the screen size.  But, 
> when you change the screen resolution, DirectDraw requires that you 
> release the primary surface and create again.  DirectDraw doesn't care 
> if you recreate the primary surface using the exact same parameters; 
> rather, it just wants you to recreate it.  Yes, this is silly, but that 
> is what DirectDraw requires.
> 
> 
> 
> I also said previously that screen depth changes were much more 
> disruptive than screen resolution changes.
> 
> First, a little background on surfaces.  We create an offscreen surface 
> and we provide the X graphics layers with a pointer into the memory used 
> to represent the pixels on that surface.  All X graphics operations (fb, 
> shadow, mi, etc.) are done by calculating offsets of various pixels in 
> this ``framebuffer'' and applying various transformations to those 
> pixels.  Thus, a horizontal blue line would be drawn by offsetting to 
> the start of that line, then flipping the value for the next x pixels to 
> blue.  The ``shadow'' layer in X allows graphics to be drawn to an 
> offscreen framebuffer.  Shadow keeps track of the regions in the 
> offscreen fraembuffer that have been updated, and it occasionally calls 
>   a ``shadow update'' function that tells us to transfer those regions 
> to the screen.  DirectDraw has something called a ``primary surface'' 
> that represents what is being displayed on the screen.  When we want to 
> display the updated bits of the offscreen framebuffer, we do a ``bit 
> block transfer'' from the offscreen surface to the primary surface.
> 
> The offscreen surface and the primary surface usually have the same 
> format (that is, they have the same pixel format that specifies how many 
> bits for red, green, and blue and how many bits are used per pixel value 
> in the framebuffer).
> 
> If the offscreen surface and the primary surface have the same format, 
> then a bit block transfer between them is essentially a memory copy from 
> the system memory to the video memory (with lots of fun synching issues 
> that Windows takes care of for us).  Imagine for a second that the 
> offscreen surface was allowed to have a different format than the 
> primary surface.  Then a bit block transfer from the offscreen surface 
> to the primary surface now must examine *every single pixel* and 
> transform the color values from, say, 16 bits per pixel to 32 bits per 
> pixel.  That is a hell of a lot more complex than doing a simple memory 
> transfer.
> 
> DirectDraw is primarily concerned with enabling high-performa

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Robert Collins wrote:
> 
>>-Original Message-
>>From: [EMAIL PROTECTED] 
>>[mailto:[EMAIL PROTECTED]] On Behalf Of Nicholas Wourms
>>Sent: Tuesday, 23 July 2002 1:36 AM
> 
> 
>>Harold,
>>
>>Who's to say that ReactOS won't have a registry?
> 
> 
> 1) ReactOS has a registry, and an editor.
> 2) ReactOS is targeting binary compatability with NT, so it's about as
> cross platform as installing a mandrake rpm on a redhat machine :}.
> 
> Rob
> 

Thank you for pointing out the weakness in that one.

Harold

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Harold L Hunt II wrote:
> Dennis Foreman wrote:
> 
>> At one point in history, (before WW II) the head of the US Patent Office
>> said he wanted to close the office because everything that needed to be
>> invented had already been invented and there was nothing left the world
>> needed. He had obviously not yet heard about the need for penicillin or
>> cardiac by-passes.
>>
>> Harold:
>> What about platforms YOU never heard of or don't use? (I have one. 
>> And I
>> may very well be interested in the Xlauncher for it.)
>>
> 
> Okay, I will start working on that cross-platform registry editor right 
> away!
> 
> Harold
> 

Hey, while we are at it, why don't we rewrite the Cygwin setup.exe 
program to be cross platform so that it can run on Mac OS X?!?

Point: some things are so incredibly simple that making a customized 
version for one platform and letting others worry about other platforms 
is fine.

Obviously, most people here are not considering that the graphics api is 
only a small part of the effort required to make a cross-platform X 
launcher.  For starters, each X server, including Xnest and XWin, has 
some server-specific command-line parameters that are not included in 
other servers.  For XWin, we have -engine, -screen, -scrollbars, 
-lesspointer, etc.  If you really wanted to make a cross-platform X 
launcher, then you would have to do some of the following:

1) Create some sort of method for storing the names of each command-line 
parameter, descriptions of what it does, options that it takes, etc.

2) Write a parser for the parameter description file, or include some 
generic parser, like an XML-based parser.

3) Write a heck of a lot of code that either:
a) Loads the appropriate parameter-picking window from a list of 
windows that were defined and drawn at compile time
b) Uses hints in the parameter description file to automatically 
draw controls for each of the defined parameters.

4) Do I need to go on?

Writing a Cygwin/XFree86-specific X launcher in C and using the Windows 
GDI for drawing graphics would maybe take 40 hours.  Writing a 
cross-platform super-neato X luancher would take about 500 hours.

Want to prove me wrong?  Then code me into submission.

Until then, I am the supreme ruler of all programmers!  Bow down to me! 
  Bow down!

Just kidding.

You know, the real problem here is that some people are getting all 
dreamy eyed talking about which cross-platform toolkit to choose, when 
they haven't even thought about how difficult and impractical it would 
be to create a cross platform X launcher.  Sure, we can talk all day 
about which toolkit is better, but that doesn't mean that anyone is 
actually taking any steps towards creating a cross-platform X launcher.

Example: Joe says, ``Hey, I'm going to build the next F-23 fighter for 
the US Air Force.  Which engine should I use, Pratt and Whitney or 
GE?''.  Tom replies, ``I like GE for their reliabiltiy, but man is that 
P&W powerful!  I would use the P&W''.  Harold hears this and interjects, 
``Bullshit.  Joe, *you* are not building the F-23 fighter.''

If anyone wants to further discuss a cross-platform X launcher, please 
create a project for a cross-platform X launcher and take your dicussion 
to that project's mailing list.  Further discussion of a cross-platform 
X launcher is not relevant to this mailing list.

Harold

RE: New (Delphi) xlauncher

[Robert Collins]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] On Behalf Of Harold L Hunt II
> Sent: Tuesday, 23 July 2002 12:26 AM
> To: Jehan

> > I think Xnest was mentioned a few days ago... yes, that was it:
> > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html
> > http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html
> > 
> > Jehan
> > 
> 
> Oh man, I don't think we should be encouraging anyone to use Xnest.

Xnest is incredibly useful - why whouldn't we encourage folk to use it?

Rob

RE: New (Delphi) xlauncher

[Robert Collins]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] On Behalf Of Nicholas Wourms
> Sent: Tuesday, 23 July 2002 1:36 AM

> Harold,
> 
> Who's to say that ReactOS won't have a registry?

1) ReactOS has a registry, and an editor.
2) ReactOS is targeting binary compatability with NT, so it's about as
cross platform as installing a mandrake rpm on a redhat machine :}.

Rob

Re: New (Delphi) xlauncher

[Nicholas Wourms]

--- Harold L Hunt II <[EMAIL PROTECTED]> wrote:
> Dennis Foreman wrote:
> > At one point in history, (before WW II) the head of the US Patent
> Office
> > said he wanted to close the office because everything that needed to
> be
> > invented had already been invented and there was nothing left the
> world
> > needed. He had obviously not yet heard about the need for penicillin
> or
> > cardiac by-passes.
> > 
> > Harold:
> > What about platforms YOU never heard of or don't use? (I have one.
> And I
> > may very well be interested in the Xlauncher for it.)
> > 
> 
> Okay, I will start working on that cross-platform registry editor right 
> away!
> 
Harold,

Who's to say that ReactOS won't have a registry?

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Dennis Foreman wrote:
> At one point in history, (before WW II) the head of the US Patent Office
> said he wanted to close the office because everything that needed to be
> invented had already been invented and there was nothing left the world
> needed. He had obviously not yet heard about the need for penicillin or
> cardiac by-passes.
> 
> Harold:
> What about platforms YOU never heard of or don't use? (I have one. And I
> may very well be interested in the Xlauncher for it.)
> 

Okay, I will start working on that cross-platform registry editor right 
away!

Harold

RE: New (Delphi) xlauncher

[Dennis Foreman]

At one point in history, (before WW II) the head of the US Patent Office
said he wanted to close the office because everything that needed to be
invented had already been invented and there was nothing left the world
needed. He had obviously not yet heard about the need for penicillin or
cardiac by-passes.

Harold:
What about platforms YOU never heard of or don't use? (I have one. And I
may very well be interested in the Xlauncher for it.)

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt II
Sent: Monday, July 22, 2002 10:34 AM
To: cygwin-xfree Mailing List
Subject: Re: New (Delphi) xlauncher


Franz Wolfhagen wrote:
> I would opt for the wxwindows port - it includes suppport for all the
> mentioned platforms - including OS/2. (this is btw used/supported by
> Schitech for their Display Doctor 7.0)
>
> I also believe that wxwindows should compile for cygwin - it would be a
> nice inclusion if anybody had the time and skills to maintain that ( I
wish
> I had - but I lack both skills and time.. )
>
> BTW - I definitely understand the wish for a cross platform solution -
when
> you create such an application it really is much easier to maintain if you
> only have one piece of sourcecode...
>

Franz,

I think there is a similar demand for a cross platform X launcher as
there is for a cross platform Windows registry editor.

My point is that no other platform needs such a beast.

Harold

RE: need help scripting multiple xfree startups

[Thomas Chadwick]

Are you looking on the cygwin machine or on one of the remote machines?  It 
should be there on the cygwin machine.  I believe twm is packaged with the 
Xserver, so if you can run X, twm should be there and so should its config 
file in /usr/X11R6/lib/X11/twm.

Just in case it really is missing, I'll email you my copy (off-list).

>From: "Dennis Foreman" <[EMAIL PROTECTED]>
>Reply-To: <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: RE: need help scripting multiple xfree startups
>Date: Mon, 22 Jul 2002 11:06:04 -0400
>
>I looked for:
>/usr/X11R6/lib/X11/twm/system.twmrc and can only find a 
>.../mwm/system.mwmrc
>
>Is there a relationship between mwm and twm? Can I use the mwm file instead
>of the twm file?
>
>I have gotten the RSA keys set up and working. My machine is in a secure
>area (home, no kids, no visitor access). The remote machine is also secure
>from general access.
>
>regards,
>D. J. Foreman
>website: http://WWW.CS.Binghamton.EDU/~foreman
>
>-Original Message-
>From: Thomas Chadwick [mailto:[EMAIL PROTECTED]]
>Sent: Monday, July 22, 2002 9:25 AM
>To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: Re: need help scripting multiple xfree startups
>
>
> >From: "Dennis Foreman" <[EMAIL PROTECTED]>
> >Reply-To: <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Subject: need help scripting multiple xfree startups
> >Date: Sun, 21 Jul 2002 14:30:18 -0400
> >
>[snip]
> >
> >I need to repeat this 8 more times for each of 8 different machines. Is
> >there some way of automating this? (Yes, I know a script will do it. I 
>need
> >some detailed help on what to put in the script.) Especially eliminating
> >having to type a pw every time
>
>There is plenty of information about this in the ssh man page.  Here's a
>quick recipe:
>
>1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't
>exist, create it).
>2) Run "ssh-keygen -t rsa1".  Accept the default filename of 
>~/.ssh/identity
>and use a blank passphrase.  PROTECT THIS FILE!  Anyone who gets ahold of 
>it
>can use it as if they were you and gain access to systems without a 
>password
>or passphrase.  Consider yourself warned!
>3) FTP the resulting file named identity.pub onto each of the target 
>systems
>and put it in /tmp (DO NOT put it in ~/.ssh).
>4) On each remote system, append the contents of the identity.pub file to
>the file ~/.ssh/authorized_keys:
>
> cat /tmp/identity.pub >> ~/.ssh/authorized_keys
>
>5) At this point, you should be able to ssh to each remote system and get 
>in
>without being prompted for a password.
>
> >and clicking to establish the Xwindow on the
> >X desktop.
> >
> >regards,
> >D. J. Foreman
> >website: http://WWW.CS.Binghamton.EDU/~foreman
>
>I'd say you've already figured out most of this part.  To automatically
>launch an xterm and have it run a command on a remote machine, put the
>following command in your favorite X startup script (e.g. startxwin.bat,
>startxwin.sh, or .xinitrc) in the same section where you see other xterms
>being launched (I've put backslashes to indicate that this should all be on
>1 line):
>
>ssh -X -l remote_username remote_hostname \
>xterm -title "remote_username@remote_hostname" \
>-e remote_command
>
>If you're putting this in startxwin.bat, you may need to preceed it with
>"run" or "start" (I don't know for sure, I don't use that script).  If
>you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to
>the end.
>
>Want it to act on 8 other machines?  Repeat the same command 8 more times
>with a different value for remote_machine each time.
>
>As for getting the xterm to place itself on your screen without having to
>click:  If you're using the default Window Manager twm, copy the file
>/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc.  Then edit ~/.twmrc and 
>add
>"RandomPlacement" on a line by itself towards the top of the file just 
>after
>the comments.  If you're using some other window manager, then consult its
>man page.
>
>
>_
>Send and receive Hotmail on your mobile device: http://mobile.msn.com




_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: Problem with XSendEvent and xterm.

[Nicholas Wourms]

--- Nicholas Wourms <[EMAIL PROTECTED]> wrote:
> --- Harold L Hunt II <[EMAIL PROTECTED]> wrote:
> [SNIP]
> > Hold on a minute here.
> > 
> > I am seeing three newsgroup cross-posts in the header for this
> message.
> > 
> > Can someone else verify that this is indeed being cross-posted?
> 
> Yup, he's cross-posting alright:
> 
> Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x

In fact, you can see for yourself at:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.windows.x.motif
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.os.linux.x

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

RE: need help scripting multiple xfree startups

[Dennis Foreman]

The geometry flag is perfect. It will allow me to put each window exactly
where I want it consistently. Thanks very much Thomas, for your friendly,
detailed assistance.

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

-Original Message-
From: Thomas Chadwick [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 22, 2002 9:34 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: need help scripting multiple xfree startups


>From: "Thomas Chadwick" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: need help scripting multiple xfree startups
>Date: Mon, 22 Jul 2002 09:25:09 -0400

[snip]

>As for getting the xterm to place itself on your screen without having to
>click:  If you're using the default Window Manager twm, copy the file
>/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc.  Then edit ~/.twmrc and
>add
>"RandomPlacement" on a line by itself towards the top of the file just
>after
>the comments.  If you're using some other window manager, then consult its
>man page.

Alternatively, you can specify the exact size and position of each xterm
using the -geometry flag:

ssh -X -l remote_username remote_hostname \
xterm -geometry 80x25+10+10 \
-title "remote_username@remote_hostname" \
-e remote_command

The "80x25" part specifies the size of the window in characters. 80x25 is
typical.  The "+10+10" part specifies the position of the upper-left corner
of the window with respect to the upper-left corner of the screen in pixels.
  In this case it's 10 pixels in from the left edge, and 10 pixels down from
the top edge.


_
Send and receive Hotmail on your mobile device: http://mobile.msn.com

RE: need help scripting multiple xfree startups

[Dennis Foreman]

I looked for:
/usr/X11R6/lib/X11/twm/system.twmrc and can only find a .../mwm/system.mwmrc

Is there a relationship between mwm and twm? Can I use the mwm file instead
of the twm file?

I have gotten the RSA keys set up and working. My machine is in a secure
area (home, no kids, no visitor access). The remote machine is also secure
from general access.

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

-Original Message-
From: Thomas Chadwick [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 22, 2002 9:25 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: need help scripting multiple xfree startups


>From: "Dennis Foreman" <[EMAIL PROTECTED]>
>Reply-To: <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: need help scripting multiple xfree startups
>Date: Sun, 21 Jul 2002 14:30:18 -0400
>
[snip]
>
>I need to repeat this 8 more times for each of 8 different machines. Is
>there some way of automating this? (Yes, I know a script will do it. I need
>some detailed help on what to put in the script.) Especially eliminating
>having to type a pw every time

There is plenty of information about this in the ssh man page.  Here's a
quick recipe:

1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't
exist, create it).
2) Run "ssh-keygen -t rsa1".  Accept the default filename of ~/.ssh/identity
and use a blank passphrase.  PROTECT THIS FILE!  Anyone who gets ahold of it
can use it as if they were you and gain access to systems without a password
or passphrase.  Consider yourself warned!
3) FTP the resulting file named identity.pub onto each of the target systems
and put it in /tmp (DO NOT put it in ~/.ssh).
4) On each remote system, append the contents of the identity.pub file to
the file ~/.ssh/authorized_keys:

cat /tmp/identity.pub >> ~/.ssh/authorized_keys

5) At this point, you should be able to ssh to each remote system and get in
without being prompted for a password.

>and clicking to establish the Xwindow on the
>X desktop.
>
>regards,
>D. J. Foreman
>website: http://WWW.CS.Binghamton.EDU/~foreman

I'd say you've already figured out most of this part.  To automatically
launch an xterm and have it run a command on a remote machine, put the
following command in your favorite X startup script (e.g. startxwin.bat,
startxwin.sh, or .xinitrc) in the same section where you see other xterms
being launched (I've put backslashes to indicate that this should all be on
1 line):

ssh -X -l remote_username remote_hostname \
xterm -title "remote_username@remote_hostname" \
-e remote_command

If you're putting this in startxwin.bat, you may need to preceed it with
"run" or "start" (I don't know for sure, I don't use that script).  If
you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to
the end.

Want it to act on 8 other machines?  Repeat the same command 8 more times
with a different value for remote_machine each time.

As for getting the xterm to place itself on your screen without having to
click:  If you're using the default Window Manager twm, copy the file
/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc.  Then edit ~/.twmrc and add
"RandomPlacement" on a line by itself towards the top of the file just after
the comments.  If you're using some other window manager, then consult its
man page.


_
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: Problem with XSendEvent and xterm.

[Nicholas Wourms]

--- Harold L Hunt II <[EMAIL PROTECTED]> wrote:
[SNIP]
> Hold on a minute here.
> 
> I am seeing three newsgroup cross-posts in the header for this message.
> 
> Can someone else verify that this is indeed being cross-posted?

Yup, he's cross-posting alright:

Newsgroups: comp.windows.x.motif,comp.windows.x,comp.os.linux.x

The question is, is he using Gmane or using a mixture?

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

Re: Problem with XSendEvent and xterm.

[Harold L Hunt II]

Juan José Andrés Gutiérrez wrote:
> Hello,
> 
> I need to make a program that sends pulsations of keys to a xterm.
> I use XSendEvent but I'm not be able that appear the characters in the
> shell.  However  if I make an application that controls the keyboard
> events that arrive to him it works.
> 
> Somebody can say me as I can send the characters to xterm?
> 
> 
> 
> Thanks.
> 
> 

Hold on a minute here.

I am seeing three newsgroup cross-posts in the header for this message.

Can someone else verify that this is indeed being cross-posted?

If this is being cross posted to our mailing list and to multiple 
newsgroups, then My Juan José Andrés Gutiérre is one more message away 
from being banned from ever posting here again.

Harold

Re: replies to xfree

[Harold L Hunt II]

Randall R Schulz wrote:
> Dennis,
> 
> <http://www.unicom.com/pw/reply-to-harmful.html>
> 
> Randall Schulz
> Mountain View, CA USA
> 
> 
> At 05:23 2002-07-22, Dennis Foreman wrote:
> 
>> Shouldn't replies to a list automatically go to the list? My replies 
>> seem to
>> be going to the personal mail of posters. I believe there is a setting in
>> many list servers that prevents the replies from going to the poster.
>>
>> regards,
>> D. J. Foreman
> 
> 

And to all those involved: Note that the ``reply-to'' question is one of 
those matters of religion that we will not be discussing on the 
cygwin-xfree mailing list.

A decision has been made regarding the ``reply-to'' behavior for this 
list.  No amount of persuasion/discussion/rants/questions/etc will 
change this decision.

Therefore, this thread is pronounced officially dead at 20020722 1046.

Harold

Re: replies to xfree

[Harold L Hunt II]

Nicholas Wourms wrote:
> --- Dennis Foreman <[EMAIL PROTECTED]> wrote:
> 
>>Shouldn't replies to a list automatically go to the list? My replies
>>seem to
>>be going to the personal mail of posters. I believe there is a setting
>>in
>>many list servers that prevents the replies from going to the poster.
>>
>>regards,
>>D. J. Foreman
>>website: http://WWW.CS.Binghamton.EDU/~foreman
>>
> 
> Hi,
> 
> I usually hit reply to all and forget about it.
> 
> Cheers,
> Nicholas
> 

And I usually add tags to my signature line to the effect of (Harold 
``don't cc me in replies'' Hunt).  But you never seem to notice them.

There are two situations, encompassing all of the time that I spend 
reading Cygwin/XFree86, in which I do not want to be cc'd:

1) I am at home where the Cygwin/XFree86 email is filtered out of my 
inbox and into a special folder.  I only want to read Cygwin/XFree86 
email when I open that special folder.  I do not want to see 
Cygwin/XFree86 email in my inbox; that is why I setup the filter.

2) I am viewing my email via an IMAP client, in which case all messages 
are in a single folder.  Thus, for any cc'd messages I see two copies.

Maybe I'll just stop responding altogether when I get cc'd.  Maybe some 
people would enjoy that :)

Harold

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Franz Wolfhagen wrote:
> I would opt for the wxwindows port - it includes suppport for all the
> mentioned platforms - including OS/2. (this is btw used/supported by
> Schitech for their Display Doctor 7.0)
> 
> I also believe that wxwindows should compile for cygwin - it would be a
> nice inclusion if anybody had the time and skills to maintain that ( I wish
> I had - but I lack both skills and time.. )
> 
> BTW - I definitely understand the wish for a cross platform solution - when
> you create such an application it really is much easier to maintain if you
> only have one piece of sourcecode...
> 

Franz,

I think there is a similar demand for a cross platform X launcher as 
there is for a cross platform Windows registry editor.

My point is that no other platform needs such a beast.

Harold

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Nicholas Wourms wrote:
> --- Harold Hunt <[EMAIL PROTECTED]> wrote:
> 
>>>I'm still not sure where to head with the non-delphi version. I have
>>>some options, but all have disadvantages:
>>>
>>>libW11 doesn't look like it will do everything I need without the use
>>
>>of
>>
>>>more libraries, ie xforms or gtk.
>>>
>>
>>Whoever suggested libW11 was smoking some great crack.  libW11 is by no
>>means a complete API.  I'll just forget that this was ever mentioned. 
>>(I'm
>>not complaining to you, I'm just complaining)
>>
> 
> 
> Jeeze Harold what beef do you have with libW11?  I was merely suggesting
> he look into it since it seemed to work so well for rxvt.  I never made
> any such claim that it was a complete API, nor that it would work for sure
> in his case.
> 
> Cheers (I guess...),
> Nicholas
> 

libW11 is a hack that has *just enough* functionality to support rxvt. 
If you stray outside this functionality by calling any random graphics 
call, you will either get a crash, graphics not drawn at all, or 
graphics drawn incorrectly.  libW11 is not a API, contrary to what the 
maintainer of it wishes it to be.  libW11 is just a seperate packaging 
of the hacks that allow rxvt to run without modification of the graphics 
drawing routines under Windows.

No beef.

Harold

Re: New (Delphi) xlauncher

[Harold L Hunt II]

Jehan wrote:
> Harold Hunt wrote:
> 
>> Think about it: you are creating a graphical application that launches a
>> graphical windowing system.  Therefore, you have to already have a 
>> graphical
>> windowing system of some form running.  At last count, that means that 
>> you
>> are running either Windows, Mac OS X, OS/2, or maybe BeOS.  You certainly
>> can't be running on any platform that uses X11 as the graphical windowing
>> system, because you would have to have X11 running in order to launch X11
>> via your launcher.
>>
>> Now, the Mac OS X folks have lots of neat ways that their server is 
>> already
>> tied into the Mac OS X-specific startup methods and such.  Supporting 
>> BeOS
>> would be a silly academic waste of effort.  OS/2 is similar, but good 
>> luck
>> finding a cross-platform toolkit that includes OS/2 support.
>>
>> So, what are your real targets here?  Have I missed some operating system
>> that also needs an X launcher utility?
> 
> 
> I think Xnest was mentioned a few days ago... yes, that was it:
> http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html
> http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html
> 
> Jehan
> 

Oh man, I don't think we should be encouraging anyone to use Xnest.

Harold

Re: On a side note - display resolution changes now handled

[Harold L Hunt II]

Jehan wrote:
> Harold Hunt wrote:
> 
>> You must be tired.  
> 
> 
> Well, actually yes :p. I did some canoeing last Friday and I haven't 
> recovered yet. :)
> 

Are you talking about canoeing, or ``canoeing''.  When we went 
``canoeing'' it involved a cooler full of beer and as the day progressed 
the cooler full of beer was spotted more and more often floating down 
the river next to a coule of upside down canoes and a bunch of guys 
trying to get the cooler back into a righted canoe before the precious 
contents were lost.  But I digress... :)

> 
>> If we create a new offscreen surface (which I was not
>> talking about doing, I only said we have to recreate the primary 
>> (onscreen)
>> surface) with a different depth/format/etc than the original offscreen
>> surface, then we have effectively changed the X graphics mode and we 
>> would
>> need to use some sort of X extension to notify clients that all 
>> pixmaps and
>> visuals have been reset.  If there is such an extension, I am not 
>> aware of
>> it.
> 
> 
> I'm not familiar with DirectX nor the internal of X so maybe I used the 
> wrong words. I'm not actually talking of changing what the X server 
> think the screen resolution/depth is. But we can already have a 
> different resolution/depth for the visual than for the monitor, which 
> means that there is a conversion at some point when the depth doesn't 
> match. So why can't you just throw away everything that is after the 
> conversion? I would think that, at worst, if the conversion happens when 
> drawing into the offscreen surface, all the buffers would have to be 
> recreated and that X would just have to ask all X windows to redraw 
> their content in the new offscreen buffer.
> 

I think I see where you are confused.

I said previously that we can handle screen resolution changes because 
we essentially just enable scrollbars, if necessary, to allow the extra 
area to be viewed.  With the Shadow GDI engine, that is all that has to 
be done.

However, with the Shadow DirectDraw and Shadow DirectDraw Non-Locking 
engines we must release and recreate the primary surface using the same 
size as it had before.  This is really just a technicality.  You see, 
DirectDraw allows a surface to be larger than the screen size.  But, 
when you change the screen resolution, DirectDraw requires that you 
release the primary surface and create again.  DirectDraw doesn't care 
if you recreate the primary surface using the exact same parameters; 
rather, it just wants you to recreate it.  Yes, this is silly, but that 
is what DirectDraw requires.



I also said previously that screen depth changes were much more 
disruptive than screen resolution changes.

First, a little background on surfaces.  We create an offscreen surface 
and we provide the X graphics layers with a pointer into the memory used 
to represent the pixels on that surface.  All X graphics operations (fb, 
shadow, mi, etc.) are done by calculating offsets of various pixels in 
this ``framebuffer'' and applying various transformations to those 
pixels.  Thus, a horizontal blue line would be drawn by offsetting to 
the start of that line, then flipping the value for the next x pixels to 
blue.  The ``shadow'' layer in X allows graphics to be drawn to an 
offscreen framebuffer.  Shadow keeps track of the regions in the 
offscreen fraembuffer that have been updated, and it occasionally calls 
   a ``shadow update'' function that tells us to transfer those regions 
to the screen.  DirectDraw has something called a ``primary surface'' 
that represents what is being displayed on the screen.  When we want to 
display the updated bits of the offscreen framebuffer, we do a ``bit 
block transfer'' from the offscreen surface to the primary surface.

The offscreen surface and the primary surface usually have the same 
format (that is, they have the same pixel format that specifies how many 
bits for red, green, and blue and how many bits are used per pixel value 
in the framebuffer).

If the offscreen surface and the primary surface have the same format, 
then a bit block transfer between them is essentially a memory copy from 
the system memory to the video memory (with lots of fun synching issues 
that Windows takes care of for us).  Imagine for a second that the 
offscreen surface was allowed to have a different format than the 
primary surface.  Then a bit block transfer from the offscreen surface 
to the primary surface now must examine *every single pixel* and 
transform the color values from, say, 16 bits per pixel to 32 bits per 
pixel.  That is a hell of a lot more complex than doing a simple memory 
transfer.

DirectDraw is primarily concerned with enabling high-performance. 
Therefore, I think that allowing the offscreen surface to have a 
different depth than the primary surface would be contradictory to the 
purpose of DirectDraw.

I have not checked the DirectDraw documentation to see whether offscreen 
surfaces must have the same

Re: replies to xfree

[Randall R Schulz]

Dennis,



Randall Schulz
Mountain View, CA USA


At 05:23 2002-07-22, Dennis Foreman wrote:
>Shouldn't replies to a list automatically go to the list? My replies seem to
>be going to the personal mail of posters. I believe there is a setting in
>many list servers that prevents the replies from going to the poster.
>
>regards,
>D. J. Foreman

Problem with XSendEvent and xterm.

[Juan José Andrés Gutiérrez]

Hello,

I need to make a program that sends pulsations of keys to a xterm.
I use XSendEvent but I'm not be able that appear the characters in the
shell.  However  if I make an application that controls the keyboard
events that arrive to him it works.

Somebody can say me as I can send the characters to xterm?



Thanks.

RE: need help scripting multiple xfree startups

[Thomas Chadwick]

>From: "Dennis Foreman" <[EMAIL PROTECTED]>
>Reply-To: <[EMAIL PROTECTED]>
>To: "Cygwin-Xfree" <[EMAIL PROTECTED]>
>Subject: RE: need help scripting multiple xfree startups
>Date: Mon, 22 Jul 2002 08:20:51 -0400

[snip]

>What is the difference between:
>1.  running cygwin then startxwin.sh
>2.  startxwin.bat, then ssh from inside the xterm?

The difference is simply a matter of perference.  They all do the same thing 
in slightly different ways.


_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: need help scripting multiple xfree startups

[Thomas Chadwick]

>From: "Thomas Chadwick" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: need help scripting multiple xfree startups
>Date: Mon, 22 Jul 2002 09:25:09 -0400

[snip]

>As for getting the xterm to place itself on your screen without having to
>click:  If you're using the default Window Manager twm, copy the file
>/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc.  Then edit ~/.twmrc and 
>add
>"RandomPlacement" on a line by itself towards the top of the file just 
>after
>the comments.  If you're using some other window manager, then consult its
>man page.

Alternatively, you can specify the exact size and position of each xterm 
using the -geometry flag:

ssh -X -l remote_username remote_hostname \
xterm -geometry 80x25+10+10 \
-title "remote_username@remote_hostname" \
-e remote_command

The "80x25" part specifies the size of the window in characters. 80x25 is 
typical.  The "+10+10" part specifies the position of the upper-left corner 
of the window with respect to the upper-left corner of the screen in pixels. 
  In this case it's 10 pixels in from the left edge, and 10 pixels down from 
the top edge.


_
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: need help scripting multiple xfree startups

[Thomas Chadwick]

>From: "Dennis Foreman" <[EMAIL PROTECTED]>
>Reply-To: <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: need help scripting multiple xfree startups
>Date: Sun, 21 Jul 2002 14:30:18 -0400
>
[snip]
>
>I need to repeat this 8 more times for each of 8 different machines. Is
>there some way of automating this? (Yes, I know a script will do it. I need
>some detailed help on what to put in the script.) Especially eliminating
>having to type a pw every time

There is plenty of information about this in the ssh man page.  Here's a 
quick recipe:

1) Open a Cygwin bash window and cd into ~/.ssh (if the directory doesn't 
exist, create it).
2) Run "ssh-keygen -t rsa1".  Accept the default filename of ~/.ssh/identity 
and use a blank passphrase.  PROTECT THIS FILE!  Anyone who gets ahold of it 
can use it as if they were you and gain access to systems without a password 
or passphrase.  Consider yourself warned!
3) FTP the resulting file named identity.pub onto each of the target systems 
and put it in /tmp (DO NOT put it in ~/.ssh).
4) On each remote system, append the contents of the identity.pub file to 
the file ~/.ssh/authorized_keys:

cat /tmp/identity.pub >> ~/.ssh/authorized_keys

5) At this point, you should be able to ssh to each remote system and get in 
without being prompted for a password.

>and clicking to establish the Xwindow on the
>X desktop.
>
>regards,
>D. J. Foreman
>website: http://WWW.CS.Binghamton.EDU/~foreman

I'd say you've already figured out most of this part.  To automatically 
launch an xterm and have it run a command on a remote machine, put the 
following command in your favorite X startup script (e.g. startxwin.bat, 
startxwin.sh, or .xinitrc) in the same section where you see other xterms 
being launched (I've put backslashes to indicate that this should all be on 
1 line):

ssh -X -l remote_username remote_hostname \
xterm -title "remote_username@remote_hostname" \
-e remote_command

If you're putting this in startxwin.bat, you may need to preceed it with 
"run" or "start" (I don't know for sure, I don't use that script).  If 
you're putting it in startxwin.sh or .xinitrc, append an ampersand ("&") to 
the end.

Want it to act on 8 other machines?  Repeat the same command 8 more times 
with a different value for remote_machine each time.

As for getting the xterm to place itself on your screen without having to 
click:  If you're using the default Window Manager twm, copy the file 
/usr/X11R6/lib/X11/twm/system.twmrc to ~/.twmrc.  Then edit ~/.twmrc and add 
"RandomPlacement" on a line by itself towards the top of the file just after 
the comments.  If you're using some other window manager, then consult its 
man page.


_
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: replies to xfree

[Nicholas Wourms]

--- Dennis Foreman <[EMAIL PROTECTED]> wrote:
> Shouldn't replies to a list automatically go to the list? My replies
> seem to
> be going to the personal mail of posters. I believe there is a setting
> in
> many list servers that prevents the replies from going to the poster.
> 
> regards,
> D. J. Foreman
> website: http://WWW.CS.Binghamton.EDU/~foreman
> 
Hi,

I usually hit reply to all and forget about it.

Cheers,
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

replies to xfree

[Dennis Foreman]

Shouldn't replies to a list automatically go to the list? My replies seem to
be going to the personal mail of posters. I believe there is a setting in
many list servers that prevents the replies from going to the poster.

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

RE: need help scripting multiple xfree startups

[Dennis Foreman]

I have read about the RSA protocol, and tried it, so that works. I need to
run this procedure a total of NINE TIMES before I can begin doing any work.
And this happens EVERY time I want to do the work. Thus, I need a script
that will automate as much as possible.

What is the difference between:
1.  running cygwin then startxwin.sh
2.  startxwin.bat, then ssh from inside the xterm?

The problem is connecting to multiple systems. Can I get some hints on how
to script it?

regards,
D. J. Foreman
website: http://WWW.CS.Binghamton.EDU/~foreman

Re: Send Keys to a window.

[Thomas Chadwick]

You might find the utility x2x to be a helpful reference.  It grabs mouse 
and keyboard events from one X server and re-directs them to another.  Both 
binary and source packages are available via Cygwin Setup under the XFree86 
heading.

By the way, I'm not an Xlib programmer, so I'm afraid I can't be of much 
assistance beyond what I've just told you.

>From: Juan José Andrés Gutiérrez <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Send Keys to a window.
>Date: Mon, 22 Jul 2002 11:38:53 +0100
>
>Hello,
>
> I am new using XLib and I need to make a program that handles x
>windows.
>
> I need to send pulsations of keys to a window.  Somebody knows like
>doing this?
>
>
>Thank you very much.
>


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

Send Keys to a window.

[Juan José Andrés Gutiérrez]

Hello,

I am new using XLib and I need to make a program that handles x
windows.

I need to send pulsations of keys to a window.  Somebody knows like
doing this?


Thank you very much.

Re: New (Delphi) xlauncher

[Tim Thomson]

On Mon, 2002-07-22 at 16:23, Jehan wrote:
> Harold Hunt wrote:
> > Think about it: you are creating a graphical application that launches a
> > graphical windowing system.  Therefore, you have to already have a graphical
> > windowing system of some form running.  At last count, that means that you
> > are running either Windows, Mac OS X, OS/2, or maybe BeOS.  You certainly
> > can't be running on any platform that uses X11 as the graphical windowing
> > system, because you would have to have X11 running in order to launch X11
> > via your launcher.
> > 
> > Now, the Mac OS X folks have lots of neat ways that their server is already
> > tied into the Mac OS X-specific startup methods and such.  Supporting BeOS
> > would be a silly academic waste of effort.  OS/2 is similar, but good luck
> > finding a cross-platform toolkit that includes OS/2 support.
> > 
> > So, what are your real targets here?  Have I missed some operating system
> > that also needs an X launcher utility?
> 
> I think Xnest was mentioned a few days ago... yes, that was it:
> http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00166.html
> http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00388.html

Yeah, there is that, and I was also hoping that I'd eventually be able
to add support for rdesktop, etc.
I'd like to add support at some stage for interfacing to ssh, so that
you can launch the X server, then launch an ssh session to a remote
server, and run a command.

Things like that :)

Running a remote XDMCP session using Xnest could be handy, although I'm
not sure how big a scope there would be. I was hoping to use it for
running broken programs with a lower display depth (xapple2, etc),
although it appears Xnest doesn't have that functionality.

So, I'm starting to lean to a win32api solution, as I now don't really
have a need for Xnest solution, although I haven't a clue how to start
:)

Anyway, I'll let you know how I go, but let me have your
comments/suggestions, etc if you have any,

Cheers,

Tim.

RE: New (Delphi) xlauncher

[Franz Wolfhagen]

I would opt for the wxwindows port - it includes suppport for all the
mentioned platforms - including OS/2. (this is btw used/supported by
Schitech for their Display Doctor 7.0)

I also believe that wxwindows should compile for cygwin - it would be a
nice inclusion if anybody had the time and skills to maintain that ( I wish
I had - but I lack both skills and time.. )

BTW - I definitely understand the wish for a cross platform solution - when
you create such an application it really is much easier to maintain if you
only have one piece of sourcecode...

Med venlig hilsen / Regards
Franz Wolfhagen


"Harold Hunt" <[EMAIL PROTECTED]>@cygwin.com on 22-07-2002 05:48:24

>Sent by:   [EMAIL PROTECTED]


>To:   "cygwin-xfree Mailing List" <[EMAIL PROTECTED]>
>cc:
>Subject:   RE: New (Delphi) xlauncher
>
>
>>
>> wxWindows - a _lot_ like MFC, but cross-platform. Would need to be made
>> into a cygwin package. Would be the easiest to rewrite the delphi app
>> in.
>>
>> win32api isn't very cross platform. Could use wine to port it to
>> unix/linux?
>>
>> I'll look at how hard it would be to build wxWindows dll for cygwin, if
>> that works well, I may use it, otherwise win32api may be the way,
>> although pretty much eliminates a cross platform approach.
>>
>
>I am getting seriously confused here.  Why are you so excited about making
>this a cross-platform application?  Cite me one example of someone that
>would need this program to be cross platform.
>
>Think about it: you are creating a graphical application that launches a
>graphical windowing system.  Therefore, you have to already have a
graphical
>windowing system of some form running.  At last count, that means that you
>are running either Windows, Mac OS X, OS/2, or maybe BeOS.  You certainly
>can't be running on any platform that uses X11 as the graphical windowing
>system, because you would have to have X11 running in order to launch X11
>via your launcher.
>
>Now, the Mac OS X folks have lots of neat ways that their server is
already
>tied into the Mac OS X-specific startup methods and such.  Supporting BeOS
>would be a silly academic waste of effort.  OS/2 is similar, but good luck
>finding a cross-platform toolkit that includes OS/2 support.
>
>So, what are your real targets here?  Have I missed some operating system
>that also needs an X launcher utility?
>
>Harold

RE: New (Delphi) xlauncher

[Nicholas Wourms]

--- Harold Hunt <[EMAIL PROTECTED]> wrote:
> > I'm still not sure where to head with the non-delphi version. I have
> > some options, but all have disadvantages:
> >
> > libW11 doesn't look like it will do everything I need without the use
> of
> > more libraries, ie xforms or gtk.
> >
> 
> Whoever suggested libW11 was smoking some great crack.  libW11 is by no
> means a complete API.  I'll just forget that this was ever mentioned. 
> (I'm
> not complaining to you, I'm just complaining)
> 

Jeeze Harold what beef do you have with libW11?  I was merely suggesting
he look into it since it seemed to work so well for rxvt.  I never made
any such claim that it was a complete API, nor that it would work for sure
in his case.

Cheers (I guess...),
Nicholas

__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com