Re: G++ for CygWin

2004-01-28 Thread Dylan Cuthbert
You don't need to reintall cygwin, just run the setup program again (which
(Bis a package manager) and select the G++ package in the developer group.
(B(gnu separated out its frontend from its backend with v3.3)
(B
(BThere are lots of messages in this newsgroup that also tell you this exact
(Bsame info, I suggest looking first ;-)
(B
(B-- 
(B-
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B"Pinhas Krengel" [EMAIL PROTECTED] wrote in message
(Bnews:[EMAIL PROTECTED]
(B I re-installed cygwin recently. In /usr/bin I have gcc but don't have g++.
(B How can I install it. If there is a .tar.bz2 that does not require
(B re-installation of cygwin, I prefer it.
(B Thanks,
(B Pinhas
(B
(B
(B
(B
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: G++ for CygWin

2004-01-28 Thread Dylan Cuthbert
ok ok, I simplified the explanation a bit, remember it was in brackets at
the bottom of a mail describing the solution to the questioner's problem. (I
have no idea how technical the questioner is, and he'd have to be pretty
technical to understand your explanation ;-) )

I don't know whether it was just cygwin that separated the packages or
whether that's how gcc is recommended to be distributed now, but they *are*
separate packages now. (in the cygwin world that I'm a part of, and the
questioner is a part of)  And I'm not saying they are independent of one
another, obviously g++ depends on the core gcc package.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Dave Korn dk at artimi dot com wrote in message
news:[EMAIL PROTECTED]


  -Original Message-
  From: cygwin-owner On Behalf Of Dylan Cuthbert

--- explanation snipped ---

   Here endeth the lesson on the internal structure of gcc and compiler
 terminology.  Hope it was at least mildly interesting.



 cheers,
   DaveK
 -- 
 Can't think of a witty .sigline today


 [*]  Actually, I've oversimplified here, just a little.  The compiler
 infrastructure calls the frontend to generate a tree; it then converts
that
 tree to a second internal representation known as RTL; that RTL is then
 passed to the backend which generates sequences of assembler instructions
 corresponding to it.





--
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: freeze-up running bash and make

2004-01-27 Thread Dylan Cuthbert
Yes, that fixed it, thanks all.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Larry Hall [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 At 04:12 AM 1/26/2004, Dylan Cuthbert you wrote:
 Hello all,
 
 I have just upgraded to the latest cygwin, and our build process doesn't
 work anymore. (it freezes with no messages and not even the ability to
press
 ctrl-c to get out)
 
 We are running bash -c makefrom a std command.com style prompt.
 
 Oddly, f we run make from an already existing rxvt or bash shell window
here
 is no problem. (maybe something to do with the difference between
 using --login or not?)
 
 I have attached the strace output.


 Does it work better with the latest snapshot
http://cygwin.com/snapshots/?


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





--
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: freeze-up running bash and make

2004-01-26 Thread Dylan Cuthbert
Apologies for not including the cygcheck.  I thought it was clear that I'd
installed the current version of cygwin from the mirror servers but I
suppose there can be version differences and delays in the update of those
mirrors.

It was my first time reporting such a problem (with strace output) so
forgive me, I'll include it next time.  We got around the problem
temporarily by doing 'bash --login -c cd the_build_dir; make', but it
sounds like you've fixed the bug already anyway.

Thanks
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com



--
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: rsync/cygwin can't handle filenames with some character set

2004-01-13 Thread Dylan Cuthbert
Actually, the problem I was having with rsync/cygwin and codepages was
caused by cygwin's modification of file paths, ie. some Japanese encodings
can cause a filename to have three backslashes (when viewed in Japanese it
doesn't of course) in it.

Cygwin seemed to be kicking in when it saw the backslashes to try and map
windows drive shares or something like that.

In the end I gave up and changed what I was doing to remain on linux and
ended up using cygwin only for the very final stage (it is an automated
backup system).

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
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: cygwin deadlocks due to broken select() when writing to pipes

2003-11-11 Thread Dylan Cuthbert
Ok, well it wasn't 100% cured with the TTY flag removed but it stopped it
being a 100% daily problem to an every other day or so problem (depends on
the direction of the wind I think).

Why does TTY affect the behaviour of rsync and cron jobs?

Also, this may be a silly question, but why does it try to kill my cron jobs
when I log off from my user?  Shouldn't they be running no matter what user
is logged in, and regardless of whether I log in or log off?  They
definitely shouldn't be killed or need to be killed.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Dylan Cuthbert [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Ok, removing tty from the CYGWIN variable allows me to log off and
shutdown
 now.

 Why does the tty flag cause this kind of lock-up behaviour?  Is there any
 reason I need the tty flag at all? If not I'll just leave it off
 permanently.

 -
 Q-Games, Dylan Cuthbert.
 http://www.q-games.com


 Dylan Cuthbert [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]
  CYGWIN=tty is on in the system env vars, shall I switch it off, is this
 bad?
  I switched it on before I had this problem mind you, but maybe something
 in
  the post-Sept-19th version mixes badly with CYGWIN=tty?
 
  Yes, I understand the root of the problem problem (sic.), ie. the
  programming law that there will always be a lot more causes than there
are
  distinct effects. ;-)
 
  Anyway, I have this daily recurring problem, which seems to me to be
  duplicatible, yet no-one has tried to duplicate it yet?  This is why I
  repeat the description of my problem wherever I can; in the daft hope
  someone will set up something similar and see if they get the same
thing.
  I'm not doing anything complicated, just 2 or 3 rsync's (of half a gig
or
  so) in a cronjob every two hours to a linux server.
 
  Regards
 
  -
  Q-Games, Dylan Cuthbert.
  http://www.q-games.com
 
  Christopher Faylor [EMAIL PROTECTED] wrote in
  message news:[EMAIL PROTECTED]
   On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
   Actually I think I did mention I was running rsync hourly in a cron
 job,
   that's all I've been mentioning as far as I know.
  
   Which has nothing to do with selecting on pipes unless (and even this
is
   pretty remote) you have turned on CYGWIN=tty for your cron for some
   reason.
  
   The point that I am vainly trying to make is that if one person
reports
   a symptom like hanging and another person reports a symptom like
   hanging in a completely different scenario while offering a
rationale
   for the behavior, it does not automatically mean that person B has
found
   the root cause for person A's problem unless person A and person B's
   situations are the same.  There is nothing in your (repeated)
 description
   of your problem to indicate that is the case.
  
 
 
 






--
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: cygwin deadlocks due to broken select() when writing to pipes

2003-11-04 Thread Dylan Cuthbert
Ok, removing tty from the CYGWIN variable allows me to log off and shutdown
now.

Why does the tty flag cause this kind of lock-up behaviour?  Is there any
reason I need the tty flag at all? If not I'll just leave it off
permanently.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Dylan Cuthbert [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 CYGWIN=tty is on in the system env vars, shall I switch it off, is this
bad?
 I switched it on before I had this problem mind you, but maybe something
in
 the post-Sept-19th version mixes badly with CYGWIN=tty?

 Yes, I understand the root of the problem problem (sic.), ie. the
 programming law that there will always be a lot more causes than there are
 distinct effects. ;-)

 Anyway, I have this daily recurring problem, which seems to me to be
 duplicatible, yet no-one has tried to duplicate it yet?  This is why I
 repeat the description of my problem wherever I can; in the daft hope
 someone will set up something similar and see if they get the same thing.
 I'm not doing anything complicated, just 2 or 3 rsync's (of half a gig or
 so) in a cronjob every two hours to a linux server.

 Regards

 -
 Q-Games, Dylan Cuthbert.
 http://www.q-games.com

 Christopher Faylor [EMAIL PROTECTED] wrote in
 message news:[EMAIL PROTECTED]
  On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
  Actually I think I did mention I was running rsync hourly in a cron
job,
  that's all I've been mentioning as far as I know.
 
  Which has nothing to do with selecting on pipes unless (and even this is
  pretty remote) you have turned on CYGWIN=tty for your cron for some
  reason.
 
  The point that I am vainly trying to make is that if one person reports
  a symptom like hanging and another person reports a symptom like
  hanging in a completely different scenario while offering a rationale
  for the behavior, it does not automatically mean that person B has found
  the root cause for person A's problem unless person A and person B's
  situations are the same.  There is nothing in your (repeated)
description
  of your problem to indicate that is the case.
 






--
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: cygwin deadlocks due to broken select() when writing to pipes

2003-11-02 Thread Dylan Cuthbert
Hi Chris,

Actually I think I did mention I was running rsync hourly in a cron job,
that's all I've been mentioning as far as I know.

But anyway, this is 100% repeatable on my machine over the course of a day;
try setting up a cronjob to run every hour that rsync's a gig or so of files
over the intranet somewhere. Over the course of the day 1 in 4 of those
cronjobs will still be hanging around doing nothing (cpu usage 0).

The problem I have is that, since the Sep. 19th(?) version, when I log out
or shutdown WinXP, these idling tasks are no longer forcibly killed (because
they are idling deep in cygwin's lib code I suspect), but they used to be
killed just fine with the version of cygwin before the 19th.

Anyway, Right now I am resolved to having to leave my machine shutting down
for hours on end each night  :-( not a good solution really especially as I
pay the electricity bills around here... )

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Christopher Faylor [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
 On Fri, Oct 31, 2003 at 12:44:54PM +0900, Dylan Cuthbert wrote:
 This could explain my problems running rsync as a cronjob

 I don't remember you mentioning that you were sending large amounts of
 data over a pipe before.

 The only time this is a problem is when the pipe is full.

 And, yes, it is a known problem.

 I would have expected that someone would have offered a patch for the
 documentation by now.  I don't know why they haven't done that.
 --
 Please use the resources at cygwin.com rather than sending personal email.
 Special for spam email harvesters: send email to [EMAIL PROTECTED]
 and be permanently blocked from mailing lists at sources.redhat.com




--
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: cygwin deadlocks due to broken select() when writing to pipes

2003-11-02 Thread Dylan Cuthbert
CYGWIN=tty is on in the system env vars, shall I switch it off, is this bad?
I switched it on before I had this problem mind you, but maybe something in
the post-Sept-19th version mixes badly with CYGWIN=tty?

Yes, I understand the root of the problem problem (sic.), ie. the
programming law that there will always be a lot more causes than there are
distinct effects. ;-)

Anyway, I have this daily recurring problem, which seems to me to be
duplicatible, yet no-one has tried to duplicate it yet?  This is why I
repeat the description of my problem wherever I can; in the daft hope
someone will set up something similar and see if they get the same thing.
I'm not doing anything complicated, just 2 or 3 rsync's (of half a gig or
so) in a cronjob every two hours to a linux server.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Christopher Faylor [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
 On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
 Actually I think I did mention I was running rsync hourly in a cron job,
 that's all I've been mentioning as far as I know.

 Which has nothing to do with selecting on pipes unless (and even this is
 pretty remote) you have turned on CYGWIN=tty for your cron for some
 reason.

 The point that I am vainly trying to make is that if one person reports
 a symptom like hanging and another person reports a symptom like
 hanging in a completely different scenario while offering a rationale
 for the behavior, it does not automatically mean that person B has found
 the root cause for person A's problem unless person A and person B's
 situations are the same.  There is nothing in your (repeated) description
 of your problem to indicate that is the case.




--
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: Cygwin deadlocks due to broken select() when writing to pipes

2003-10-30 Thread Dylan Cuthbert
This could explain my problems running rsync as a cronjob and having the
(Btasks hang for long periods of time (they do terminate eventually).  Its a
(Breal pain when I try and log out or shutdown, as windows can't seem to
(Bforcibly terminate the tasks (because they are spawned by a SYSTEM task -
(Bthe cron daemon - I suppose) and so just sits there for 30 minutes to an
(Bhour trying to shutdown or log off.  I can't even ctrl-alt-del to bring up
(Bthe task manager because I presume windows has gone into some internal
(Bsystem time-out loop of some kind.
(B
(B
(B-
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: Strange Cygwin issue

2003-10-24 Thread Dylan Cuthbert
Did you sort this problem out eventually?  We're having the same problem.

We pass a DOS command that we've compiled in Vis.C a parameter from within a
bash shell and all our quotes are played with.

ie.   # ourcommand   'my oh my this is a string that is played with'

and we getmy oh my \this is a string\ that is played with
(including the surrounding double quotes) in our DOS program.

Not what we want really.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Igor Pechtchanski [EMAIL PROTECTED] writes:

  Dave,
 
  Actually, upon re-reading the above, it looks like it's a bash quoting
  issue.  You might try the fix that worked for cygstart: single quote
the
  double quotes, e.g.
 
  tlib 'c:\foo-bar\baz'

 I exhausted all obvious possibilites, including that one, before
 posting here.

  or, if you want to be more generic,
 
  FILENAME=/cygdrive/c/foo-bar/baz
  tlib ''`cygpath -w $FILENAME`''
 
  Make sure you copy the above *exactly* (better yet, cut/paste).
  Hope this helps,

 No dice:

 [EMAIL PROTECTED] /cygdrive/c/boost/tools/build/test
 $ foo=/cygdrive/c/foo-bar/baz

 [EMAIL PROTECTED] /cygdrive/c/boost/tools/build/test
 $ /cygdrive/c/tools/Borland/BCC55/Bin/tlib.exe  ''`cygpath -w
$foo`''
 TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation

 Error: opening '\c:\foo.LIB'

 The response should look like:

 C:\boost\tools\build\jam_srcc:\tools\Borland\BCC55\Bin\tlib.exe
c:\foo-bar\baz
 TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation

 Error: opening 'c:\foo-bar\baz.LIB'

 -- 
 Dave Abrahams
 Boost Consulting
 www.boost-consulting.com





--
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: long timeouts on shutdown/log off

2003-10-21 Thread Dylan Cuthbert
Ok, more info

The cron tasks are running as normal when I try to log off, its just that
windows can't forcibly terminate them when it tries to close everything and
has to sit there waiting for the cron jobs to finish (can be up to 30
minutes for backing up a lot of changes).

The pre-20th September version of cygwin has no problem terminating the cron
jobs (I still have several machines running that version and the same
script), so what's changed in the latest version to cause this?

I'm beginning to suspect It probably is to do with Pierre's permission
stuff.  Because the cron jobs are run from a daemon running as SYSTEM, the
user log off procedure can't kill the parent task, but the children tasks
*are* user tasks and maybe it can't kill these because they were created by
SYSTEM?  Just clutching at straws as right now I don't have my backup system
working (unless I put up with 30 minute logoff times)  and I want it back
:-(

Any help much appreciated.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Christopher Faylor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 On Fri, Oct 17, 2003 at 07:50:34PM +0900, Dylan Cuthbert wrote:
 Ok, here are the ps results... I can see three cron tasks with the I
field
 set (Interactive?) which is very odd as my backup script doesn't have any
 input (I've attached the script and the output)

 'I'nput.  That would indicate that cron is waiting for some kind of file
I/O.

 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: long timeouts on shutdown/log off

2003-10-19 Thread Dylan Cuthbert
those damn double-bluffs again

;-)



Christopher Faylor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 On Mon, Oct 20, 2003 at 10:53:54AM +0900, Dylan Cuthbert wrote:

 I'm glad to see that cygwin is so powerful that it can create unkillable
 processes.  It warms my heart to see that it is gaining in strength and
 ability.  Soon, you won't be able to turn off your machine at all if
 cygwin is running on it.  At that point, cygwin's true insidious purpose
 will finally be revealed.

 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: long timeouts on shutdown/log off

2003-10-17 Thread Dylan Cuthbert
Ok, here are the ps results... I can see three cron tasks with the I field
set (Interactive?) which is very odd as my backup script doesn't have any
input (I've attached the script and the output)

maybe cron isn't able to close the shells it creates to run the jobs
properly?

Any ideas?

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com



Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Dylan Cuthbert wrote:

  The problem:
 
  After about a day's work I go to logoff or shutdown and the machine
  just sits there, fully operational and in the process of logging
  off, so I can't open any new tasks but I can open up a file explorer
  window or the start menu etc. If I wait long enough (and I mean 15
  minutes to several hours) the machine will eventually log off
  succussfully.

 While in this in the process of logging off mode, start the
 TaskManager (or better yet have the TaskManager running when you attempt
 shutdown), then selectively start killing processes. If you kill a
 process and wham you logout that's probably the culprit!

 Note you cannot kill services with the TaskManager. You can either:
 Start the Services applet and attempt to shutdown the services or have a
 console window running and try net stop sevice name or do what I do,
 get Process Explorer from SysInternals which allows you to kill services.

 Good luck.





backup-sh.tgz
Description: Binary data
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1368   11368   1368?   18 10:46:45 /usr/bin/cygrunsrv
 136413681368   1620?   18 10:46:45 /usr/sbin/cron
 3892   13892   38920 12000 11:03:04 /usr/bin/rxvt
I392838923928   39441 12000 11:03:04 /usr/bin/bash
I239613641368   2396?   18 16:00:00 /usr/sbin/cron
 235223962352   2604? 12000 16:00:02 /usr/bin/sh
 408823522352   2680? 12000 16:00:02 /usr/bin/bash
  80440882352   2620? 12000 16:42:35 /usr/bin/rsync
 1492 8042352   1492? 12000 16:42:35 /usr/bin/rsync
I264013641368   2640?   18 17:00:00 /usr/sbin/cron
 339626403396   2380? 12000 17:00:02 /usr/bin/sh
 238433963396   1284? 12000 17:00:02 /usr/bin/bash
 232823843396   2928? 12000 17:30:10 /usr/bin/rsync
 282423283396   2824? 12000 17:30:10 /usr/bin/rsync
I 90413641368904?   18 19:00:00 /usr/sbin/cron
 2192 9042192   3076? 12000 19:00:03 /usr/bin/sh
 340821922192   2332? 12000 19:00:03 /usr/bin/bash
 189634082192300? 12000 19:04:44 /usr/bin/rsync
 248818962192   2488? 12000 19:04:45 /usr/bin/rsync
 3480   13480   34804 12000 19:46:39 /usr/bin/rxvt
  5083480 508   36365 12000 19:46:39 /usr/bin/bash
 2944 5082944   19445 12000 19:48:29 /usr/bin/ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1368   11368   1368?   18 10:46:45 /usr/bin/cygrunsrv
 1912   0   0   1912?0 10:47:38 C:\WINXP\Explorer.EXE
  248   0   0248?0 10:47:39 C:\WINXP\System32\conime.exe
 1872   0   0   1872?0 10:47:40 C:\WINXP\System32\ctfmon.exe
  704   0   0704?0 10:47:42 C:\Program Files\Elaborate 
Bytes\CloneCD\CloneCDTray.exe
  612   0   0612?0 10:47:42 C:\Program 
Files\D-Tools\daemon.exe
 1068   0   0   1068?0 10:47:42 C:\WINXP\SOUNDMAN.EXE
 1748   0   0   1748?0 10:47:43 C:\Program 
Files\Logitech\MouseWare\system\em_exec.exe
  588   0   0588?0 10:47:43 C:\Program 
Files\QuickTime\qttask.exe
  712   0   0712?0 10:47:44 D:\tools\jajc\jajc.exe
 1204   0   0   1204?0 10:47:44 C:\Program 
Files\Messenger\msmsgs.exe
 1236   0   0   1236?0 10:47:45 C:\Program 
Files\RSNet\RSEDNClient.exe
 1572   0   0   1572?0 10:47:45 C:\Program 
Files\Gigabyte\Gigabyte Windows Utility Manager\gwum.exe
 1684   0   0   1684?0 10:47:45 C:\Program 
Files\SonyPDA\Hotsync.exe
 1104   0   0   1104?0 10:47:46 C:\Program 
Files\OpenOffice.org1.1\program\soffice.exe
  492   0   0492?0 10:47:47 C:\Program Files\One Guy 
Coding\Vern 3.2\vern32.exe
 2972   0   0   2972?0 10:47:59 C:\Program Files\Outlook 
Express\msimn.exe
 3884   0   0   3884?0 11:03:04 C:\WINXP\system32\cmd.exe
 3892   13892   38920 12000 11:03:04 /usr/bin/rxvt
 3944   0   0   3944?0 11:03:05 d:\cygwin\bin

long timeouts on shutdown/log off

2003-10-16 Thread Dylan Cuthbert
Hi there,
(B
(BSince upgrading to the latest version of cygwin (20th Sept version?) I've
(Bhad a couple of problems - one has been resolved by Pierre (the admin group
(Bfilemapping problem).  However, Pierre thinks the other problem I'm having
(Bisn't related to that and he suggested posting it again to the list.
(B
(BThe problem:
(B
(BAfter about a day's work I go to logoff or shutdown and the machine just
(Bsits there, fully operational and "in the process of logging off", so I
(Bcan't open any new tasks but I can open up a file explorer window or the
(Bstart menu etc.  If I wait long enough (and I mean 15 minutes to several
(Bhours) the machine will eventually log off succussfully.
(B
(BThe Probable Suspect:
(B
(BI run an hourly cron job (just a simple shell script) on my domain user
(B(\\q-domain\dylan) that backs up to a linux server using RSYNC.  If I
(Bdisable this service (daemon) I don't get the problem.  This daemon and
(Bscript has been running on my machine for a month or so before the 20th
(Bseptember version of cygwin with no problems whatsoever.
(B
(BThe user on this machine is a domain user, and the PDC is a linux redhat 8
(Bserver with the vanilla samba installed on it.  The domain user only has
(Blocal Power User privileges.  Following Pierre's advice regarding the
(BFileMapping problem the user's group in /etc/group is the domain group
(B"q-games"'s SID. (not sure if this is relevant to this problem)
(B
(BRegards
(B
(B-- 
(B-----
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Oct 17 11:04:02 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   d:\cygwin\usr\local\bin
d:\cygwin\bin
d:\cygwin\bin
.
c:\Program Files\Intel\IDE\C++\VSNet2002
c:\Program Files\Intel\ICID70
c:\Program Files\Intel\Compiler70\IA32\bin
c:\Program Files\Common Files\Intel\Shared Files\Ia32\bin
c:\Program Files\Intel\EDB70
c:\Program Files\Microsoft Visual Studio .NET\Common7\IDE
c:\Program Files\Microsoft Visual Studio .NET\VC7\BIN
c:\Program Files\Microsoft Visual Studio .NET\Common7\Tools
c:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\bin\prerelease
c:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\bin
c:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\bin
c:\WINXP\Microsoft.NET\Framework\v1.0.3705
c:\Tcl\bin
c:\Program Files\Intel\ISelect\Bin
c:\Program Files\Intel\EDB70
c:\Program Files\Intel\Compiler70\IA32\Bin
c:\Program Files\Common Files\Intel\Shared Files\Ia32\Bin
c:\WINXP\system32
c:\WINXP
c:\WINXP\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
d:\cygwin\home\dylan\projects\global
d:\cygwin\usr\local\bin
d:\cygwin\bin
c:\program files\j2sdk_nb\j2sdk1.4.2\bin
c:\Tcl\bin
c:\Program Files\Intel\ISelect\Bin
c:\Program Files\Intel\EDB70
c:\Program Files\Intel\Compiler70\IA32\Bin
c:\Program Files\Common Files\Intel\Shared Files\Ia32\Bin
c:\WINXP\system32
c:\WINXP
c:\WINXP\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
.
d:\cygwin\usr\X11R6\bin

Output from d:\cygwin\bin\id.exe (nontsec)
UID: 12000(dylan) GID: 12013(q-games)
12013(q-games)

Output from d:\cygwin\bin\id.exe (ntsec)
UID: 12000(dylan) GID: 12013(q-games)
547(Power Users)  545(Users)
12013(q-games)

SysDir: C:\WINXP\System32
WinDir: C:\WINXP

CYGWIN = `ntsec tty'
HOME = `d:\cygwin\home\dylan'
MAKE_MODE = `unix'
PWD = `/home/dylan/test'
USER = `dylan'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS   51199Mb  71% CP CS UN PA FC WIN2K
d:  hd  NTFS   44351Mb  82% CP CS UN PA FC WORK
e:  cd   N/AN/A
f:  cd  CDFS 641Mb 100%CS UN   BF1942_1
g:  cd   N/AN/A
h:  net NTFS   76244Mb  61% CP CSPAdylan
i:  net NTFS   76190Mb  58% CP CSPAInstall_Disks
m:  net NTFS   76244Mb  61% CP CSPAmoveabletype
p:  net NTFS   76190Mb  58% CP CSPAProjectData
r:  net NTFS   76190Mb  58% CP CSPAArtist_Folder
u:  net NTFS   76244Mb  61% CP CSPAAdmin-Backups
w:  net NTFS   76244Mb  61% CP CSPAWeekly
y:  net NTFS   76244Mb  61% CP CSPAyesterday

d:\cygwin  / system  binmode
d:\cygwin/bin  /usr/bin  system  binmode
d:\cygwin/lib  /usr/lib  system  binmode
d:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  /cygdrive

Re: long timeouts on shutdown/log off

2003-10-16 Thread Dylan Cuthbert

Sorry, forgot to mention, a real nasty side effect:

I cannot run the task manager - Ctrl-Alt-Del does not work!  So all I can do
is just sit there twiddling my thumbs.

I will try running the task manager *before* attempting to log off though
and see what's going on.  I will also run ps -W, ps -a and netstat -an
before attempting it too, and post all the results here tomorrow (I have to
wait a day for this problem to occur each time so the turn-around is a bit
longwinded)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Dylan Cuthbert wrote:

  The problem:
 
  After about a day's work I go to logoff or shutdown and the machine
  just sits there, fully operational and in the process of logging
  off, so I can't open any new tasks but I can open up a file explorer
  window or the start menu etc. If I wait long enough (and I mean 15
  minutes to several hours) the machine will eventually log off
  succussfully.

 While in this in the process of logging off mode, start the
 TaskManager (or better yet have the TaskManager running when you attempt
 shutdown), then selectively start killing processes. If you kill a
 process and wham you logout that's probably the culprit!

 Note you cannot kill services with the TaskManager. You can either:
 Start the Services applet and attempt to shutdown the services or have a
 console window running and try net stop sevice name or do what I do,
 get Process Explorer from SysInternals which allows you to kill services.

 Good luck.






--
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: closing rxvt

2003-10-12 Thread Dylan Cuthbert
I noticed in the very latest version of cygwin that I no longer get this
problem though?

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Sven Köhler [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
  If you close an rxvt window by clicking on the Close [X] then the bash
  shell running under rxvt never gets notified and runs in the background.
  When you attempt to shutdown Windows you'll see a dialog box asking to
  kill that process. This is a known bug in rxvt (PTC).

 Well, many people have reported that bug, but always got the response,
 that it's more a not implemented feature than a bug.

 I don't think that it will get fixed soon.






--
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: *** CreateFileMapping, Win32 error 5. Terminating.

2003-10-10 Thread Dylan Cuthbert
Hi there,

Yes, it was just before that I dl'd the previous version (may have been the
19th), then I updated again on Monday this week.  Something inbetween those
versions is causing this intermittent problem as the pre-20th version worked
perfectly.  I say intermittent because today the cronjob has run a few times
already with no problems, but within a day's worktime it will always go
wrong and I can no longer open shells or run any cygwin command without that
error.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Christopher Faylor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 On Fri, Oct 10, 2003 at 10:35:37AM +0900, Dylan Cuthbert wrote:
 Did you see this whole thread?
 
 http://cygwin.com/ml/cygwin/2003-10/msg00447.html
 
 yes, but is it really related to what I'm talking about?  Nothing is
 changing this local policy in real-time is it?  Also, this problem only
 occurs with the very latest cygwin dll from setup, the version from
 about 2 weeks ago works perfectly fine so it smells like a newly
 introduced bug of some kind.

 The last cygwin DLL release was on 9/20, more than two weeks ago.




--
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/



*** CreateFileMapping, Win32 error 5. Terminating.

2003-10-09 Thread Dylan Cuthbert
Hi there,
(B
(BI updated Cygwin yesterday and now I get this error whenever I try to do
(B*anything* with cygwin:
(B
(Bd:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5.  Terminating.
(B
(BWhat's odd is this doesn't happen immediately, it happens after a cron task
(Bthat uses rsync to make backups to an rsync server has run.  I think it
(Bprobably has more to do with the cron daemon than rsync but god knows what
(Bthe problem is.
(B
(BI've checked other messages on this subject and they seem to refer to file
(Bpermissions etc. but my entire cygwin directory tree is accessible to any
(Bvalid user on my machine and ls -l shows all permissions as rwx.
(B
(BDoes someone have any clues as disabling my auto backups isn't a good
(Bsolution? :-)
(B
(B-
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: *** CreateFileMapping, Win32 error 5. Terminating.

2003-10-09 Thread Dylan Cuthbert


 Did you see this whole thread?

 http://cygwin.com/ml/cygwin/2003-10/msg00447.html


yes, but is it really related to what I'm talking about?  Nothing is
changing this local policy in real-time is it?  Also, this problem only
occurs with the very latest cygwin dll from setup, the version from about 2
weeks ago works perfectly fine so it smells like a newly introduced bug of
some kind.

Cygwin runs... for *some time* then when a cron job runs in the background
on my particular domain user everything stops working with the above errors.
(the cron job runs merrily along though every hour)

I also have encountered another symptom where WinXP won't log off or
shutdown properly after the cron job has run a no. of times (8 or 9).  I
haven't installed any other software or performed Windows Update since
updating Cygwin and I've never had any problems logging off or shutting down
ever before, so the finger points at the current problem child.  I select
Logoff or Shutdown, the machine just sits there doing nothing, the explorer
interface is still active and I can open up explorer windows (I can't *run*
anything because it is shutting down)  and Ctrl-Alt-Del doesn't bring up
the Task Manager.

Not a great situation.  (I will try the solution in the above message, but
it smells like something more serious to me)



--
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/



Cygwin, Rsync and 8-bit chars (SJIS)

2003-09-16 Thread Dylan Cuthbert
Hi there,
(B
(BI'm having a problem with SJIS encoded (windows) filenames and rsync'ing
(Bthem anywhere.  It doesn't happen for all files and as far as I can make out
(Bthe problem occurs when the filename is fully japanese (as opposed to some
(Benglish text followed by some japanese text).
(B
(BOne of the bad filenames in question is:
(B
(B'ls -b's output:
(B
(B\225\\\216\206.doc
(B
(BIt has a triple-backslash sequence in it, maybe this is the problem?  I'm
(Bnot sure how and why it has a triple backslash sequence as the filename
(Bdisplayed is simply 3 japanese characters.  Anyway, rsync chokes, it says it
(Bcannot find the file and displays the correct (and existing) filename in
(Bjapanese (when using a regular bash window)
(B
(B[some time passes]
(BI just checked all the errors (about 5% of all japanese files) and the
(Berrors occur in the filenames with double-slash or triple-slash sequences in
(Bthem.  Anyone have any ideas 1) how the double/triple-slashes get there in
(Bthe first place, and 2) how to fix the problem? 3) why this problem occurs
(Bat all, shouldn't rsync be simply getting the file strings and passing them
(Bonto the file system library or does the file system library do some arsing
(Babout with backslashes because of that c:\ conversion to /cygdrive/c stuff
(Bthat cygwin does?  Any way to turn that off if that's the case?
(B
(BRegards
(B
(B-
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: Cygwin, Rsync and 8-bit chars (SJIS)

2003-09-16 Thread Dylan Cuthbert
After reading up some more about Cygwin's libs, I think the
(Bdouble-backslashes that are appearing are causing cygwin to think the path
(Bis a DOS path, not a posix-style one.
(B
(BThe reason the backslashes are there is because SJIS uses them as the second
(Bcharacter in the encoding of some of its double-byte characters, I can't
(Bchange that unfortunately.
(B
(BIf this is the case then I could really do with some secret CYGWIN flag
(B(couldn't find it in the user guide) that can disable the DOS path parsing
(Btemporarily, by using [env CYGWIN=nodospaths tty ntsec rsync "blah"]  for
(Bexample?
(B
(BAnybody got a clue as to what to do here?  It seems as if Cygwin might be
(Bbroken when it comes to SJIS filenames because of this, maybe the "is this a
(BDOS path" check could be more stringent?  If the path has forward slashes,
(Beven one, maybe it can be left untouched?
(B
(BRegards
(B
(B-----
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B
(B"Dylan Cuthbert" [EMAIL PROTECTED] wrote in message
(Bnews:[EMAIL PROTECTED]
(B Hi there,
(B
(B I'm having a problem with SJIS encoded (windows) filenames and rsync'ing
(B them anywhere.  It doesn't happen for all files and as far as I can make
(Bout
(B the problem occurs when the filename is fully japanese (as opposed to some
(B english text followed by some japanese text).
(B
(B One of the bad filenames in question is:
(B
(B 'ls -b's output:
(B
(B \225\\\216\206.doc
(B
(B It has a triple-backslash sequence in it, maybe this is the problem?  I'm
(B not sure how and why it has a triple backslash sequence as the filename
(B displayed is simply 3 japanese characters.  Anyway, rsync chokes, it says
(Bit
(B cannot find the file and displays the correct (and existing) filename in
(B japanese (when using a regular bash window)
(B
(B [some time passes]
(B I just checked all the errors (about 5% of all japanese files) and the
(B errors occur in the filenames with double-slash or triple-slash sequences
(Bin
(B them.  Anyone have any ideas 1) how the double/triple-slashes get there in
(B the first place, and 2) how to fix the problem? 3) why this problem occurs
(B at all, shouldn't rsync be simply getting the file strings and passing
(Bthem
(B onto the file system library or does the file system library do some
(Barsing
(B about with backslashes because of that c:\ conversion to /cygdrive/c stuff
(B that cygwin does?  Any way to turn that off if that's the case?
(B
(B Regards
(B
(B -----
(B Q-Games, Dylan Cuthbert.
(B http://www.q-games.com
(B
(B
(B
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: Cygwin, Rsync and 8-bit chars (SJIS)

2003-09-16 Thread Dylan Cuthbert
Ok, What's a managed mount when its at home?  I've found lots of messages
talking about its bugs but nothing explaining what it is yet or what about
it that is useful.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Igor Pechtchanski [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Dylan,

 This seems like a good excuse to try the managed mount mode.  Search the
 August archives for it.  Be aware, though, that this is a *highly*
 experimental feature, and it currently requires a newly-created directory.
 Igor

 On Tue, 16 Sep 2003, Dylan Cuthbert wrote:

  After reading up some more about Cygwin's libs, I think the
  double-backslashes that are appearing are causing cygwin to think the
path
  is a DOS path, not a posix-style one.
 
  The reason the backslashes are there is because SJIS uses them as the
second
  character in the encoding of some of its double-byte characters, I can't
  change that unfortunately.
 
  If this is the case then I could really do with some secret CYGWIN flag
  (couldn't find it in the user guide) that can disable the DOS path
parsing
  temporarily, by using [env CYGWIN=nodospaths tty ntsec rsync blah]
for
  example?
 
  Anybody got a clue as to what to do here?  It seems as if Cygwin might
be
  broken when it comes to SJIS filenames because of this, maybe the is
this a
  DOS path check could be more stringent?  If the path has forward
slashes,
  even one, maybe it can be left untouched?
 
  Regards
 
  -
  Q-Games, Dylan Cuthbert.
  http://www.q-games.com
 
 
  Dylan Cuthbert [EMAIL PROTECTED] wrote in message
  news:[EMAIL PROTECTED]
   Hi there,
  
   I'm having a problem with SJIS encoded (windows) filenames and
rsync'ing
   them anywhere.  It doesn't happen for all files and as far as I can
make
  out
   the problem occurs when the filename is fully japanese (as opposed to
some
   english text followed by some japanese text).
  
   One of the bad filenames in question is:
  
   'ls -b's output:
  
   \225\\\216\206.doc
  
   It has a triple-backslash sequence in it, maybe this is the problem?
I'm
   not sure how and why it has a triple backslash sequence as the
filename
   displayed is simply 3 japanese characters.  Anyway, rsync chokes, it
says
  it
   cannot find the file and displays the correct (and existing) filename
in
   japanese (when using a regular bash window)
  
   [some time passes]
   I just checked all the errors (about 5% of all japanese files) and the
   errors occur in the filenames with double-slash or triple-slash
sequences
  in
   them.  Anyone have any ideas 1) how the double/triple-slashes get
there in
   the first place, and 2) how to fix the problem? 3) why this problem
occurs
   at all, shouldn't rsync be simply getting the file strings and passing
  them
   onto the file system library or does the file system library do some
  arsing
   about with backslashes because of that c:\ conversion to /cygdrive/c
stuff
   that cygwin does?  Any way to turn that off if that's the case?
  
   Regards
  
   -
   Q-Games, Dylan Cuthbert.
   http://www.q-games.com

 -- 
 http://cs.nyu.edu/~pechtcha/
   |\  _,,,---,,_ [EMAIL PROTECTED]
 ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
 '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

 I have since come to realize that being between your mentor and his route
 to the bathroom is a major career booster.  -- Patrick Naughton




--
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: cygwin, Rsync and 8-bit chars (SJIS) (and managed mounts)

2003-09-16 Thread Dylan Cuthbert
I've tried this out and it seems to work but as Igor pointed out, I can only
use this on empty directories.

The trouble is I have existing directories that need to be backed up via
rsync and I can't change their paths (there are many apps using them in
their current locations).

Any trick to get around this error?  (I presume once -o managed is fully
debugged this limitation will be removed anyway, or overridable by an option
at least?)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Christopher Faylor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 On Wed, Sep 17, 2003 at 11:06:02AM +0900, Dylan Cuthbert wrote:
 Sounds perfect, should I grab the latest experimental version from
 setup.exe?

 There isn't an experimental version of cygwin available via setup.exe.
 Just use 1.5.4.




--
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: Rsync / incorrect uids

2003-09-04 Thread Dylan Cuthbert

No, the samba share part of mail was describing that I am using samba to be
my Primary Domain Controller, because I thought that might have some effect
on user ids.

rsync access is via a rsync daemon running on the linux machine.

I forgot to mention but Cygwin is setup as ntsec tty

I know cygwin plays with the win2k user ids and group names to get them to
look like linux users and paths so I thought maybe this was the problem.

The rsync documentation says it matches users and group names by their names
rather than use the ids directly, but it does have a mention of the case
when the *source* is an rsync server so maybe this feature just doesn't work
very well when using an rsync server as opposed to ssh for rsync's
transport.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Lapo Luchini [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Dylan Cuthbert wrote:

 |id dylan gives me the uid 12000, but that's just the NT Domain login
 user id
 |that's been mapped by cygwin.  The uid for the username dylan on the
 linux
 |box is 500.

 This doesn't seems cygwin-related.. if rsync decided to map uid basing
 on the similarity of the name (which can be a good or a bad thing, I can
 think of both examples) or not it's more of a rsync-related feature.
 So I'd suggest to use [EMAIL PROTECTED]

 BTW: why the samba share? are you using rsync *or* samba to transfer the
 file? or rsync over samba?

 Lapo

 - --
 Lapo 'Raist' Luchini
 [EMAIL PROTECTED] (PGP  X.509 keys available)
 http://www.lapo.it (ICQ UIN: 529796)
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.2.2 (Cygwin)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

 iEYEARECAAYFAj9XAtcACgkQaJiCLMjyUvuWqQCgqaPbH2JleSUSNCELvv3zbika
 IT4AoINCYI/ArWl4nzlgDFeSFAvBjUDq
 =0QtW
 -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/



Rsync / incorrect uids

2003-09-03 Thread Dylan Cuthbert
Hi all, I searched the archives but couldn't see anything related to this.
(BRsync isn't "mapping" uids on my setup and I was wondering if anyone knew
(Bwhy:
(B
(BMy setup is this:
(B
(BRedhat 8 Linux server running samba in NT-domain PDC mode
(BWindows XP running very latest cygwin (downloaded a couple of days ago)
(BRsync server running on the linux server, with this config:
(B
(B[user-backups]
(B   path = /somewhere/user-backups
(B   uid = root
(B   gid = users
(B   read only = no
(B   list = yes
(B   auth users = backupuser
(B   secrets file = blah.scrt
(B   hosts allow = 192.168.0.0/16
(B
(Bdoing a ls -l of the files I want to backup gives me this:
(B
(Bdrwx--+   2 dylanmkgroup 0 Jun 27 15:00 ApplicationHistory
(B
(Ball ownership seems to be "dylan" so
(B
(Bid dylan gives me the uid 12000, but that's just the NT Domain login user id
(Bthat's been mapped by cygwin.  The uid for the username "dylan" on the linux
(Bbox is 500.
(B
(BI perform the rsync command (with "-a") and there are no errors, then ls -l
(Bon the linux server and I get this:
(B
(Bdrwx--3 1200012013   4096 Sep 2 22:11 ApplicationHistory
(B
(BIts although its running with the option --numeric-ids
(B
(BThe manual says that if the user name or group name doesn't exist on the
(Bdestination system, numeric ids will be mapped directly so is it "not
(Bfinding" the group name and then not even bothering to try and match the
(Buser name?
(B
(BDoes this mean I have to create dummy group names such as "mkgroup" and
(B"SYSTEM" on the linux box?
(B
(BRegards
(B
(B-
(BQ-Games, Dylan Cuthbert.
(Bhttp://www.q-games.com
(B
(B
(B
(B--
(BUnsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
(BProblem reports:   http://cygwin.com/problems.html
(BDocumentation: http://cygwin.com/docs.html
(BFAQ:   http://cygwin.com/faq/

Re: 1.3.16-1: Apache 1.3.24 not rotating/lockup problem

2003-02-19 Thread Dylan Cuthbert
Any more information on this problem?  Anyone solved it?

server-status makes it obvious what's being said in this thread - ie. the
children forked by apache aren't allowing themselves to be re-used on a
different connection properly, hence they all eventually lock up (once
KeepAlive times out) and your web site goes down.

Corinna - simply set KeepAlive on, and the time out value to 10.  Then
access your index page, wait 10 seconds and then access it again... continue
this a few times and you will end up locking all the children up.  (they
work fine until the keepalive system tries to reset them to another
connection)

Regards

--
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Corinna Vinschen [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 On Thu, Nov 28, 2002 at 05:15:52AM +0100, Stipe Tolj wrote:
  Corinna Vinschen schrieb:
  
   On Wed, Nov 27, 2002 at 05:55:10PM +0100, Stipe Tolj wrote:
 I guess the main apache process that is suppose to arbitrate the
 requests is not working properly with cygwin 1.3.16-1

 Has anyone else seen similar problems with apache?
 Has anything changed in cygwin that would cause such behavior?
   
That exactly the question I'd like to hear from the core Cygwin
people. Corinna, may you pick this issue up?!
  
   Sure, if you post a *small* testcase to the ML which points to a
problem
   in Cygwin.  Other than that you should probably debug apache first.
 
  it seems *very* obious that it's a cygwin internal problem, since
  *all* apache versions worked correctly up to cygwin 1.3.10-2 and then
  the same behaviour, locking of httpd processes began.

 Cool.  I guess apache rans fine with b20.

 Guesswork isn't really helpful.  Sure there are errors in Cygwin as they
 are in apache as in any other big software project.  Coincidentally other
 applications might run better since 1.3.10.

 You know how that works, don't you?  You'll debug apache.  You'll find a
 problem.  You could find a workaround in apache by creating a Cygwin
 specific patch which also helps people running older versions of Cygwin.
 And/or you could create a small testcase which demonstrates the problem
 in Cygwin so that we have a chance to either fix it or demonstrate that
 it's correct behaviour.

 Corinna

 --
 Corinna Vinschen  Please, send mails regarding Cygwin to
 Cygwin Developermailto:[EMAIL PROTECTED]
 Red Hat, Inc.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: [ANNOUNCEMENT] Updated/new: gcc 3.2-1, gcc2-2.95.3-10, gcc-mingw-3.2-20020817-1

2002-10-15 Thread Dylan Cuthbert
Hi there,

Now the switch to gcc-3xx is complete, has the linker being configured to be
128-bit aligned so we can use the new SSE functionality and 128-bit data
types?

Regards

--
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com
P2P internet radio - http://www.peercast.org




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


input stream segment fault with gcc 3.1 fixed

2002-03-26 Thread Dylan Cuthbert

Just to let the people know on this list, that this problem is fixed in the
latest snapshot of gcc (2002/03/25) in the "gcc-3_1-branch" branch.  I just
managed to compile my entire project using 3.1 and it is working without a
hitch now.

Someone on the [EMAIL PROTECTED] mailing list owned up and fixed it :-)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: RE: input stream crash with gcc 3.1

2002-03-18 Thread Dylan Cuthbert

I tried this #define (in the newlib bits directory - cygwin uses newlib
right?), reconfigured and recompiled gcc 3.1, but the same problem occurs -
segmentation fault on the simplest bit of code that uses cin or ifstream or
stringstream.  ( cout etc. works fine by the way).

I'll repeat the code snippet for clarification:

main()
{
std::string frog;
std::cin  frog;
assert( 0 );
}

(it doesn't get to the assert and segment faults)

Any other ideas? :-/

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Danny Smith [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 19, 2002 8:08 AM
Subject: Fwd: RE: input stream crash with gcc 3.1


  From: Danny Smith [EMAIL PROTECTED]
  Subject: RE: input stream crash with gcc 3.1
  To: [EMAIL PROTECTED]
  CC: [EMAIL PROTECTED]
 
   I have recently compiled the latest 3.1 branch (grabbed directly via
  cvs)
   for cygwin (1.3.9) and am having problems when using anything related
  at
   all
   to input streams.
 
  See this:
  http://gcc.gnu.org/ml/gcc-patches/2001-06/msg00841.html
  then try rebuilding libstdc++ with
 
  #define _GLIBCPP_AVOID_FSEEK
  added to /libstdc++-v3/config/os/newlib/bits/os_defines.h
 
  Danny
 
  http://movies.yahoo.com.au - Yahoo! Movies
  - Vote for your nominees in our online Oscars pool.
 

 http://movies.yahoo.com.au - Yahoo! Movies
 - Vote for your nominees in our online Oscars pool.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: RE: input stream crash with gcc 3.1

2002-03-18 Thread Dylan Cuthbert

Hmm.. I noticed some talk on a mailing list somewhere about problems with
locales... could it be to do with input streams trying to look up locale
info and getting null ptrs as a result?

I'll try compiling libstdc++-v3 with -g and -O0 and see how far I can get -
does gdb 5.1 work ok with gcc 3.1 output?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

Billinghurst, David (CRTS) [EMAIL PROTECTED] wrote in
message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
I just tried this too. Same result.  I have been chasing (without success)
some libstdc++-v3 testsuite failures that are similar.  That discusion is on
the libstdc++ mailing list.   The advice was to try recompiling libtsdc++-v3
with CXXFLAGS=-g -O0 and use the debugger.  This got me a little further
into the code.

-Original Message-
From: Dylan Cuthbert [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 19 March 2002 2:11
Subject: Re: RE: input stream crash with gcc 3.1


I tried this #define (in the newlib bits directory - cygwin uses newlib
right?), reconfigured and recompiled gcc 3.1, but the same problem occurs -
segmentation fault on the simplest bit of code that uses cin or ifstream or
stringstream.  ( cout etc. works fine by the way).

I'll repeat the code snippet for clarification:

main()
{
std::string frog;
std::cin  frog;
assert( 0 );
}

(it doesn't get to the assert and segment faults)

Any other ideas? :-/

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Danny Smith [EMAIL PROTECTED]
Sent: Tuesday, March 19, 2002 8:08 AM
Subject: Fwd: RE: input stream crash with gcc 3.1


  From: Danny Smith [EMAIL PROTECTED]
  Subject: RE: input stream crash with gcc 3.1
  To: [EMAIL PROTECTED]
  CC: [EMAIL PROTECTED]
 
   I have recently compiled the latest 3.1 branch (grabbed directly via
  cvs)
   for cygwin (1.3.9) and am having problems when using anything related
  at
   all
   to input streams.
 
  See this:
  http://gcc.gnu.org/ml/gcc-patches/2001-06/msg00841.html
  then try rebuilding libstdc++ with
 
  #define _GLIBCPP_AVOID_FSEEK
  added to /libstdc++-v3/config/os/newlib/bits/os_defines.h
 
  Danny
 
  http://movies.yahoo.com.au - Yahoo! Movies
  - Vote for your nominees in our online Oscars pool.
 

 http://movies.yahoo.com.au - Yahoo! Movies
 - Vote for your nominees in our online Oscars pool.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




input stream crash with gcc 3.1

2002-03-17 Thread Dylan Cuthbert

I have recently compiled the latest 3.1 branch (grabbed directly via cvs)
for cygwin (1.3.9) and am having problems when using anything related at all
to input streams.

ie. the simplest program:
(stripped for simplicity)

main()
{
string frog;
cin  frog;
}

will crash with a signal exception after the user has input some text and
pressed return.

This seems inherent with all the input stream methods when using the
operator - ie. stringstream also crashes, and so does ifstream.

I've scanned the newsgroups and mailing lists and searched high and low but
I don't see anyone else with this problem so have I screwed something up
somewhere?

my gcc specs are attached.

Regards


-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

--
-
$BM-8B2q<R(B Q-Games, Dylan Cuthbert.
http://www.q-games.com


gcc.specs
Description: Binary data

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: GCC-3.1/Cygwin

2002-03-11 Thread Dylan Cuthbert

I'm just going through it now as it happens, here's a blow by blow set of
instructions:

1 cd /usr/src# make the directory if it doesn't exist
2 cvs -z 9 -d :pserver:[EMAIL PROTECTED]:/cvsroot/gcc login
3 press the return key for the password
4 cvs -z 9 -d :pserver:[EMAIL PROTECTED]:/cvsroot/gcc co -r
gcc-3_1-branch -d gcc-3_1

you should see a list of files as it grabs all the latest versions (if the
server isn't too busy, if it is you may have to try again)

once it has finished with no errors:

5 mkdir gcc-build-3_1
6 cd gcc-build-3_1
7 ../gcc-3_1/configure

make sure the configuration completes with no error.

8 make bootstrap

Make sure it completes with no error. (takes a while!)

Now you have to remove the previous installation, especially if you
installed gcc 3.0.x, go to the /usr/local/include directory if it exists...
if there is a g++-v3 directory in there: type  mv g++-v3 g++-v3.old to
move it out of the way and prevent conflicts. (I got some weird stuff
happening on my system)

9 make install
10 g++ --version

This should display v3.1 beta, Free software is not guaranteed to compile
any code whatsoever.. or something along those lines ;-)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Dockeen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 12, 2002 2:06 PM
Subject: GCC-3.1/Cygwin


 Care to give a simple blow by blow, suitable for
 a retarded physicist on how you built under Cygwin?

 If you're too busy, no sweat, thanks for the inspiration...

 Wayne Keen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Status of GCC 3.1 port?

2002-03-09 Thread Dylan Cuthbert

Its pretty easy to grab the sources and recompile it for yourself, just
follow the directions on the gcc homepage.

I had some problems with the fastjar directory, whatever that is, but if you
just specify gcc to be compiled when you issue the make command I think it
will skip over that directory. (if not, mail me and I'll let you know what I
did to get past this error)

I haven't tried 3.1 yet, but 3.0.1 - 3.0.3 have worked fine and I doubt
there's too much difference.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

David A. Cobb [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 I read that gcc 3.1 is currently at phase 3 (bugfix) with a target
 date of 4/15 (?).
 Is work in progress using the available sources to have a 3.1 port
 to the Cygwin platform some time reasonably soon?

 --
 David A. Cobb, Software Engineer, Public Access Advocate
 By God's Grace I am a Christian man, by my actions a great sinner. --
The Way of a Pilgrim; R. M. French, tr.
 Life is too short to tolerate crappy software.
 .




 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: offline installation

2002-02-15 Thread Dylan Cuthbert


Just run setup.exe and select download from internet, then use the
resulting files and directories to install from - burn it onto a CD,
whatever.

Your mail isn't very clear - if windows isn't connected to the internet how
are you going to download the files in the first place?  I think you meant
to mention you are using another OS for the internet?

I think the simplest answer is just connect windows to the internet - it
doesn't hurt, at least for half an hour or so...

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Jens Haug [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 15, 2002 11:16 PM
Subject: offline installation


Hi,

I'd like to install Cygwin, but I don't have internet access from
my Windows System. Ok, I'll be honest, I don't *want* to have any
network connection when running windows.
So I'd like to install Cygwin offline. I was looking for information
on which Files I have to download, where to place them, whether to
unpack them or not, and so on. I am familiar with Linux (just in
case this helps).
I would like to run  XFree86 - this might give you an idea of which
packages I'll need.
Can you please help me here?


Jens Haug
IKFF Universität Stuttgart  Tel. 0711/685-6422
Pfaffenwaldring 9   Fax  0711/685-6356
70550 Stuttgart [EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: cygwin gcc DLLs loaded by Visual C++ crashing - SOLVED

2002-02-14 Thread Dylan Cuthbert


It surely doesn't matter if we aren't distributing our code to anyone other
than ourselves, otherwise you've probably got  millions of offenders of the
GPL.  We're only using cygwin to prototype some stuff, not to make any
viable product as it just isn't stable/reliable/secure enough unfortunately
(yet).  Its a brilliant environment for creativity and experimentation
though.

Give me a break, I will update the FAQ with a patch just as I did for the
DirectX/DirectDraw 8 stuff, if only for the knowledge that other people
don't have to go trawling through thousands of pages of out-dated advice
only to find none of it works (documentation karma). I'll also put that zip
file up on the page below. (it works for both gcc 2.95.3-5 and 3.0.3 by the
way)

We're still getting some problems (an exception) unloading the dll we
created, but only from within the Maya plugin. Apart from that it all seems
to work fine so far.  I think that problem has more to do with the way Maya
calls its plugins (as static modules in memory) and is unrelated to cygwin I
hope.

Best Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 15, 2002 12:23 AM
Subject: Re: cygwin gcc DLLs loaded by Visual C++ crashing - SOLVED


 On Thu, Feb 14, 2002 at 03:09:47PM +0900, Dylan Cuthbert wrote:
 
 The FAQ/User Manual leads everyone in completely the wrong direction.
 
 If anyone else wants to get CYGWIN C++ programs running as dlls loaded by
 Visual C++ programs, use the attached example as a basis, it is *really*
 simple.  This only allows Visual C++ to access the C functions of course,
 but that allows the generation of a simplified layer to gcc's c++ and our
 own c++ libraries.
 
 We are now able to interface our cygwin programs with our Maya plugin
(which
 is forced unfortunately to use VC++).

 Hmm.  I didn't see an update for the FAQ which reverses the direction
 in your attachment.  Did I miss something?

 You do realize that if you are using the cygwin DLL, your code is GPLed,
 right?

 cgf

 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




cygwin C++ DLLs and inter-operation with M$OFT

2002-02-13 Thread Dylan Cuthbert
To anyone who can help,

We've been having some fun creating DLLs that need to be loaded by some
Visual C++ code.  The code in the dll itself, ie. the interface is C so
there aren't any name mangling problems.  However, using v3.0.3 of GCC we
get unresolved symbol errors for any libstdc++ we do within the dll.  These
errors don't occur after using the -V 2.95.3-5 option to gcc to revert to
the originally packaged compiler - I had a good poke around but I couldn't
work out why the symbols couldn't be resolved.

Anyway, after reverting to 2.95.3-5, our test code compiles but when we call
any cygwin dll code (from the VS application) we get an exception error in
cygwin1.dll - if the code uses any stdlib type stuff (such as memory
allocation, printf etc).  There is no C++ code in there at all now.

I've read through the faqs and documentation and searched the mailing list
but I can't find any fixes for this problem (although a couple of other
people do mention it).  Is there just some obvious initialisation stuff I'm
missing somewhere?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: cygwin gcc DLLs loaded by Visual C++ crashing

2002-02-13 Thread Dylan Cuthbert

Thanks for the reply.

I have searched the mailing lists high and low and as far back as 1998 and
there are some references to this problem and some solutions, yet there are
no definitive this works type responses ( in fact, almost all the
responses I found seemed like temporary hacks ) and it would take a long
time to try implementing all the various solutions listed with no guarantee
they work.  Maybe I'm searching with the wrong string - I'm looking under
subjects such as initializing cygwin from dll or initialize cygwin dll,
am I missing some important keyword?

The closest thing I have found is probably the use LoadLibrary to load the
cygwin.dll manually and then calling cygwin_dll_init(), but even that
crashes according to
http://sources.redhat.com/ml/cygwin/2001-08/msg00790.html  (couldn't find
any response confirming or denying this mail)

Then there's the (from 1998) use the crt0.o to link with and create a
dummy thread and a main() which doesn't exit - this seems like a complete
hack.  I think this is probably the wrong direction, right?

Then there's this comment from cgf -
http://sources.redhat.com/ml/cygwin/2000-12/msg00366.html which seems to say
that cygwin_dll_init() is the way to go.

However, when I try using cygwin_dll_init I get an exception error, I
couldn't find any definition of a function called cygwin_dll_init in any
header file or library file anywhere so I force-ably extern'ed it. Does it
really exist, if so, where?

Any ideas, anyone?

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com
- Original Message -
From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED]
To: Dylan Cuthbert [EMAIL PROTECTED]; Cygwin@Cygwin. Com
[EMAIL PROTECTED]
Sent: Thursday, February 14, 2002 12:34 AM
Subject: Re: cygwin C++ DLLs and inter-operation with M$OFT


 At 05:58 AM 2/13/2002, Dylan Cuthbert wrote:
 To anyone who can help,
 
 We've been having some fun creating DLLs that need to be loaded by some
 Visual C++ code.  The code in the dll itself, ie. the interface is C so
 there aren't any name mangling problems.  However, using v3.0.3 of GCC we
 get unresolved symbol errors for any libstdc++ we do within the dll.
These
 errors don't occur after using the -V 2.95.3-5 option to gcc to revert to
 the originally packaged compiler - I had a good poke around but I
couldn't
 work out why the symbols couldn't be resolved.
 
 Anyway, after reverting to 2.95.3-5, our test code compiles but when we
call
 any cygwin dll code (from the VS application) we get an exception error
in
 cygwin1.dll - if the code uses any stdlib type stuff (such as memory
 allocation, printf etc).  There is no C++ code in there at all now.
 
 I've read through the faqs and documentation and searched the mailing
list
 but I can't find any fixes for this problem (although a couple of other
 people do mention it).  Is there just some obvious initialisation stuff
I'm
 missing somewhere?


 Probably.  This has been mentioned in the past.  You want to look at the
 Cygwin initialization code to see what happens there.  It needs to happen
 when the DLL is loaded by non-Cygwin apps as well.  Some of this may come
 for free at this point.  Discussion of this issue was quite some time ago
 (check the developer email archives if you're curious) and I don't
remember
 the final consensus and/or changes.  But, the archives should have the
 history and the startup code should give you a hint of the current state.



 Larry Hall  [EMAIL PROTECTED]
 RFK Partners, Inc.  http://www.rfk.com
 838 Washington Street   (508) 893-9779 - RFK Office
 Holliston, MA 01746 (508) 893-9889 - FAX



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: cygwin gcc DLLs loaded by Visual C++ crashing - SOLVED

2002-02-13 Thread Dylan Cuthbert


The FAQ/User Manual leads everyone in completely the wrong direction.

If anyone else wants to get CYGWIN C++ programs running as dlls loaded by
Visual C++ programs, use the attached example as a basis, it is *really*
simple.  This only allows Visual C++ to access the C functions of course,
but that allows the generation of a simplified layer to gcc's c++ and our
own c++ libraries.

We are now able to interface our cygwin programs with our Maya plugin (which
is forced unfortunately to use VC++).

Regards
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Dylan Cuthbert [EMAIL PROTECTED]
To: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED]; Cygwin@Cygwin. Com
[EMAIL PROTECTED]
Sent: Thursday, February 14, 2002 12:06 PM
Subject: Re: cygwin gcc DLLs loaded by Visual C++ crashing


 Thanks for the reply.

 I have searched the mailing lists high and low and as far back as 1998 and
 there are some references to this problem and some solutions, yet there
are
 no definitive this works type responses ( in fact, almost all the
 responses I found seemed like temporary hacks ) and it would take a long
 time to try implementing all the various solutions listed with no
guarantee
 they work.  Maybe I'm searching with the wrong string - I'm looking under
 subjects such as initializing cygwin from dll or initialize cygwin
dll,
 am I missing some important keyword?

 The closest thing I have found is probably the use LoadLibrary to load
the
 cygwin.dll manually and then calling cygwin_dll_init(), but even that
 crashes according to
 http://sources.redhat.com/ml/cygwin/2001-08/msg00790.html  (couldn't find
 any response confirming or denying this mail)

 Then there's the (from 1998) use the crt0.o to link with and create a
 dummy thread and a main() which doesn't exit - this seems like a complete
 hack.  I think this is probably the wrong direction, right?

 Then there's this comment from cgf -
 http://sources.redhat.com/ml/cygwin/2000-12/msg00366.html which seems to
say
 that cygwin_dll_init() is the way to go.

 However, when I try using cygwin_dll_init I get an exception error, I
 couldn't find any definition of a function called cygwin_dll_init in any
 header file or library file anywhere so I force-ably extern'ed it. Does it
 really exist, if so, where?

 Any ideas, anyone?

 -
 Q-Games, Dylan Cuthbert.
 http://www.q-games.com
 - Original Message -
 From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED]
 To: Dylan Cuthbert [EMAIL PROTECTED]; Cygwin@Cygwin. Com
 [EMAIL PROTECTED]
 Sent: Thursday, February 14, 2002 12:34 AM
 Subject: Re: cygwin C++ DLLs and inter-operation with M$OFT


  At 05:58 AM 2/13/2002, Dylan Cuthbert wrote:
  To anyone who can help,
  
  We've been having some fun creating DLLs that need to be loaded by some
  Visual C++ code.  The code in the dll itself, ie. the interface is C so
  there aren't any name mangling problems.  However, using v3.0.3 of GCC
we
  get unresolved symbol errors for any libstdc++ we do within the dll.
 These
  errors don't occur after using the -V 2.95.3-5 option to gcc to revert
to
  the originally packaged compiler - I had a good poke around but I
 couldn't
  work out why the symbols couldn't be resolved.
  
  Anyway, after reverting to 2.95.3-5, our test code compiles but when we
 call
  any cygwin dll code (from the VS application) we get an exception error
 in
  cygwin1.dll - if the code uses any stdlib type stuff (such as memory
  allocation, printf etc).  There is no C++ code in there at all now.
  
  I've read through the faqs and documentation and searched the mailing
 list
  but I can't find any fixes for this problem (although a couple of other
  people do mention it).  Is there just some obvious initialisation stuff
 I'm
  missing somewhere?
 
 
  Probably.  This has been mentioned in the past.  You want to look at the
  Cygwin initialization code to see what happens there.  It needs to
happen
  when the DLL is loaded by non-Cygwin apps as well.  Some of this may
come
  for free at this point.  Discussion of this issue was quite some time
ago
  (check the developer email archives if you're curious) and I don't
 remember
  the final consensus and/or changes.  But, the archives should have the
  history and the startup code should give you a hint of the current
state.
 
 
 
  Larry Hall  [EMAIL PROTECTED]
  RFK Partners, Inc.  http://www.rfk.com
  838 Washington Street   (508) 893-9779 - RFK Office
  Holliston, MA 01746 (508) 893-9889 - FAX
 


 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/




testdll.zip
Description: Zip compressed data

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe

addition to faq regarding directX + RCS 5.7 (tentatively)

2002-02-12 Thread Dylan Cuthbert

Hello there,

I've mirrored Peter Puck's directx 8 libs and dlls on my own site -
http://www.q-games.com/personal/utils

and I've also created this section that I hope the FAQ maintainer will
insert into the how-programming.texinfo file. I've never edited a texinfo
file before so I simply copied one of the other sections as a template -
hopefully thats ok.

Also on my page is the tgz'd distribution of RCS 5.7 for cygwin - I'm not
sure if I did the right thing when I "fixed" this to work for Cygwin which
is why I'm not attempting to get it included in the cygwin distribution as a
package.  If some other people could try it and confirm its working fine
then I'll think about making it a package.

The reason I went to the bother of getting RCS to work is that viewcvs uses
it and now viewcvs works fine, and combined with apache for cygwin makes for
a great cvs repository browser.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com
http://www.q-games.com/personal/utils


howto-directx.texinfo
Description: Binary data


Re: RCS 5.7 (?)

2002-02-12 Thread Dylan Cuthbert
Weird - I notice that RCS 5.7 is in the setup package listing.  Is this
really the case?  I have the full installation of cygwin 1.39 but the
standard rcs command set (rcs/rdiff etc) doesn't seem to exist?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: "Dylan Cuthbert" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 13, 2002 11:36 AM
Subject: addition to faq regarding directX + RCS 5.7 (tentatively)



 Hello there,

 I've mirrored Peter Puck's directx 8 libs and dlls on my own site -
 http://www.q-games.com/personal/utils

 and I've also created this section that I hope the FAQ maintainer will
 insert into the how-programming.texinfo file. I've never edited a texinfo
 file before so I simply copied one of the other sections as a template -
 hopefully thats ok.

 Also on my page is the tgz'd distribution of RCS 5.7 for cygwin - I'm not
 sure if I did the right thing when I "fixed" this to work for Cygwin which
 is why I'm not attempting to get it included in the cygwin distribution as
a
 package.  If some other people could try it and confirm its working fine
 then I'll think about making it a package.

 The reason I went to the bother of getting RCS to work is that viewcvs
uses
 it and now viewcvs works fine, and combined with apache for cygwin makes
for
 a great cvs repository browser.

 Regards

 -----
 Q-Games, Dylan Cuthbert.
 http://www.q-games.com
 http://www.q-games.com/personal/utils



Re: RCS 5.7 (?) + setup.exe advice

2002-02-12 Thread Dylan Cuthbert

Ah, I get it now, I had a full installation of an older version of cygwin
and of course when I ran the setup program to update it doesn't
automatically tell you about new packages, one of which was rcs.  It isn't
obvious to the average user (ie. me) to have to step through the rather
large package list looking for skips to click through to install - I had
already done that once and that was one time too many.  Hence the
confusion...

A show new packages and a show un-installed packages addition to
setup.exe might be a good (and simple/ie. easy to program) addition to the
user-interface and probably solve the flurry of this kind of e-mail that
gets sent every day. If I had enough time I'd do it however I just don't
unfortunately so all I can do is lay my hope in some kind soul out there...

Regards
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, February 13, 2002 11:52 AM
Subject: Re: RCS 5.7 (?)


 On Wed, Feb 13, 2002 at 11:46:43AM +0900, Dylan Cuthbert wrote:
 Weird - I notice that RCS 5.7 is in the setup package listing.  Is this
 really the case?

 Of course.

 I have the full installation of cygwin 1.39 but the standard rcs
 command set (rcs/rdiff etc) doesn't seem to exist?

 Cygwin 1.3.9 is the DLL version number.  It has no bearing on RCS.  If
 you don't have RCS on your system, you need to run setup.exe again and
 select it for installation.  It doesn't happen automatically.

 I've redirected this query to [EMAIL PROTECTED]  Please confine
 responses to that mailing list.  This doesn't belong on cygwin-patches.

 cgf

 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




DirectX8/DirectInput + cygwin

2002-02-06 Thread Dylan Cuthbert

Hello there,

I've searched the archives high and low and can't seem to find a solution to
my problem.

When compiling a DirectInput8 function such as DirectInput8Create() I get an
error linking:

Unable to resolve DirectInput8Create@20

I am linking directly with the .lib files supplied by Microsoft, and all the
Directx8 GUID references seem to link fine so does anybody have any idea
what the problem might be?

What version of DirectX are the directX libs in /usr/libs/ created for?

As an extra note, gcc v3.00-3.02 won't compile unknwn.h without an internal
compiler error, but v3.03 seems fine.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: DirectX8/DirectInput + cygwin

2002-02-06 Thread Dylan Cuthbert

Thanks for the quick response.

Right now I'm just passing in the .lib files directly into GCC for linking
and I can see why there would be problems if VS uses a different name
mangling algorithm after your explanation.

However, I'm kind of stuck at how to go about converting the .lib files into
the native .a lib files gcc uses.

I can generate .def files by following the description on the cygwin
homepage, but I still get the same linking errors.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Wade Brainerd [EMAIL PROTECTED]
To: Dylan Cuthbert [EMAIL PROTECTED]
Cc: Cygwin@Cygwin. Com [EMAIL PROTECTED]
Sent: Wednesday, February 06, 2002 7:38 PM
Subject: Re: DirectX8/DirectInput + cygwin


 Sounds like a DEF file problem.  Functions in DLLs use a different
 naming convention from C++ mangled names and C identifiers, usually:

 FunctionName@ArgSize

 ...where ArgSize is the total size of all the parameters arguments,
 say for example a function MyFunction taking a single pointer as a
 parameter would be MyFunction@4.

 .DEF files are what Visual C++ uses to associate functions in header
 files with functions in DLLs, I'm not sure what the Cygwin equivalents
 are.  In fact, I know almost nothing about Cygwin but a lot about Windows
 DLLs, but I thought this might put you on the right track ;)

 -Wade

 Wednesday, February 06, 2002, 2:22:09 AM, you wrote:


 DC Hello there,

 DC I've searched the archives high and low and can't seem to find a
solution to
 DC my problem.

 DC When compiling a DirectInput8 function such as DirectInput8Create() I
get an
 DC error linking:

 DC Unable to resolve DirectInput8Create@20

 DC I am linking directly with the .lib files supplied by Microsoft, and
all the
 DC Directx8 GUID references seem to link fine so does anybody have any
idea
 DC what the problem might be?

 DC What version of DirectX are the directX libs in /usr/libs/ created
for?

 DC As an extra note, gcc v3.00-3.02 won't compile unknwn.h without an
internal
 DC compiler error, but v3.03 seems fine.

 DC Regards

 DC -
 DC Q-Games, Dylan Cuthbert.
 DC http://www.q-games.com


 DC --
 DC Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 DC Bug reporting: http://cygwin.com/bugs.html
 DC Documentation: http://cygwin.com/docs.html
 DC FAQ:   http://cygwin.com/faq/


 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: DirectX8/DirectInput + cygwin

2002-02-06 Thread Dylan Cuthbert

So have the direct3d/directsound .lib files that come with cygwin already
been processed for use with C++?  Or are they only useable from C too as you
say?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Barubary [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 06, 2002 8:11 PM
Subject: Re: DirectX8/DirectInput + cygwin


 Getting DirectX to work from cygwin GCC essentially can't be done from
C++,
 but can be done from C.  It can't be done from C++ because of the way COM
 virtual tables work.  GCC can't clone Visual C++'s method because
Microsoft
 holds a U.S. patent on their exact method.  Just try using MFC from GCC
and
 you'll know exactly what I mean.

 In C, the virtual table system is done by actually creating the vtable
 structure in the header file, so this isn't a problem.  If you modify the
 DirectX header files, you could fix this for C++, but you'd have to
 do -lpVtable all the time, like in C.

 GCC, or rather binutils, can't handle the Microsoft import library format.
 binutils of course has its own, so you could make your own from the DLL.

 If import libraries don't work, you could always GetProcAddress on
 DirectInputCreate8 after loading dinput8.dll.  Then the problem becomes
how
 to get to the weird global functions (D3DX matrix stuff, for instance).

 -- Barubary

 - Original Message -
 From: Dylan Cuthbert [EMAIL PROTECTED]
 To: Cygwin@Cygwin. Com [EMAIL PROTECTED]
 Sent: Wednesday, February 06, 2002 2:22 AM
 Subject: DirectX8/DirectInput + cygwin

  When compiling a DirectInput8 function such as DirectInput8Create() I
get
 an
  error linking:
  Unable to resolve DirectInput8Create@20



 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: DirectX8/DirectInput + cygwin

2002-02-06 Thread Dylan Cuthbert

If this is the case, does this mean the problem I'm getting with
DirectInput8Create@20 not being found is due to differences in C++ name
mangling as another poster mentioned only C libraries being able to link.

Linking directly with the DirectX SDK .lib files cleared up all the
unresolved errors apart from just this single one, but I'm only calling a
few directx function calls as a test so presumably I'll come across the same
problem when I start using more function calls.

Thanks for the help, I feel I'm getting a few starting points to try out.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 07, 2002 3:18 AM
Subject: Re: DirectX8/DirectInput + cygwin


 On Wed, Feb 06, 2002 at 07:10:49PM +0100, Pavel Tsekov wrote:
 Christopher Faylor wrote:
 On Wed, Feb 06, 2002 at 12:11:58PM +0100, Pavel Tsekov wrote:
 Dylan Cuthbert wrote:
 I am linking directly with the .lib files supplied by Microsoft, and
 all the Directx8 GUID references seem to link fine so does anybody
have
 any idea what the problem might be?
 
 Why ?  Link against those in /usr/lib.  gcc doesn't understand the MS
 export libraries.
 
 Actually, gcc/ld should understand non-c++ import libraries.
 
 Is this a new feature or I was missing something all the time ?  What's
 the point of tools which build .a files from dlls ?

 If you have an existing .lib import library it should work fine with ld.
 This has been the case for years.

 This is not to say that there haven't been bugs over the years, but AFAIK,
 there aren't any in the current version of cygwin.

 If it helps you can rename foo.lib to libfoo.a so that you can add -lfoo
 to the command line.

 You can also link against the dll itself, in many cases:

 gcc -o foo.exe foo.c blah.dll

 cgf

 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: DirectX8/DirectInput + cygwin

2002-02-06 Thread Dylan Cuthbert


Thanks folks - I found a mirror for the dx8 libs on Peter Puck's web site -

http://rain.prohosting.com/urebel/download.html

Also, Peter Puck's web site is down at the moment - hopefully it will come
back up:
it is:
http://sites.netscape.net/ptrpck/directx.htm

I'll try installing these today and see if I can make some progress, thanks
to everyone for their quick response!  I'll send a DirectX section to the
FAQ maintainer once I get all this working as a kind of payback.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: andy younger [EMAIL PROTECTED]
To: Barubary [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, February 07, 2002 9:30 AM
Subject: Re: DirectX8/DirectInput + cygwin


 Peter Puck has already made bindings for Direct X 8. The site appears to
 be down at the moment, but if you google for

 dx8 Peter Puck

 you can probably find them, I believe these are MingW bindings, but they
 work fine with cygwin.

 Contrary to popular belief you can use the COM/C++ bindings. Gcc's
 default way of doing thunking is different than visual C's, but if you
 use the compiler option -fvtable-thunks it uses the vtable method. Due
 to this being a ABI change, you will need to build all your source files
 with this. This obviously does not fix the name mangling
 incompatibilities with Visual C, but on a COM interface such as DX, this
 does not matter.

 The biggest problem you will have are with DirectShow, and the D3DX
 libraries.

 DirectShow (or whatever it is called these days) has a C++ interface to
 it, and as such will only work with visual C's mangling scheme. So no
 joy there..

 With D3DX, the problem is that the libraries are statically linked, and
 use Visual C++'s name mangling scheme for most of the internal symbols.
 This leaves them somewhat useless for any compiler rather than Visual C.
 There are 2 solutions to this.

 - don't use them, they are convenient, but not essential to DX
programming.

 - Make a wrapper DLL for them with visual C. I believe someone has
 already done this to enable them to use the librarys in Borland C. A
 google search should yield some answers.

 Cheers,

 Andy



 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




security with the ftp daemon

2002-01-20 Thread Dylan Cuthbert
Hi there,

I've set up the ftp server with inetutils on win2k, but I get a strange
security hole.

I've set permissions so that only "Administrators" can access the cygwin
directories.  The home directories are only accessible by their respective
users and /bin is Everyone and read-only.

However, after setting this up and rebooting the machine once, if I ftp in
as a regular user I can access all the administrator priviledge directories
(in read/write mode!) with no problem at all.  Is this a known problem and
is there a way to get it to work securely?  Surely the ftp daemon should
switch its user to the id of the person logging in?

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Maya development tools and Cygwin

2002-01-09 Thread Dylan Cuthbert

Hi there,

Has anyone had any experience with the Maya development environment for
win2k/xp?  It is of course a Visual Studio-tuned environment it seems with a
ton of dll's and header files and a few .lib files.

I'm fairly new to this .dll/.lib game so how do I even begin to go about
getting a devkit like this to compile in cygwin/gcc?  (for this kind of
stuff it would be cool if gcc had a Visual Studio-emulation mode :-), a kind
of ultra-crippled mode)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: Newbie Question

2002-01-09 Thread Dylan Cuthbert


I didn't know you could do that - thanks for the tip! :-)

It would be nice if Cygwin didn't install those standard command.com bash
icons on the desktop or at least gave a few more pointers (suggestions)  to
using the rxvt package as a replacement - I just had a play with it and it
seems to be rather good indeed... gone are my msdos'd bash days...

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Gary R. Van Sickle [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 10, 2002 1:46 PM
Subject: RE: Newbie Question


  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
  Of Dylan Cuthbert
 
 
  Just right click on the cygwin shell icon and click Properties, then
alter
  the settings just as you would for a DOS box.
 

 *Way* better than that, use rxvt instead of... ugh... command.com, and you
can
 just resize the window at will, while it's running.  Check the FAQ and the
last
 day or so on this list on how to set that up.

 --
 Gary R. Van Sickle
 Brewer.  Patriot.




 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Newbie Question (+ installation and security questions)

2002-01-09 Thread Dylan Cuthbert

I'd hate to cause a war of words, however I've been using cygwin extensively
for a while now (even going to the extremes of manually compiling gcc 3.02,
rcs, apache on it, ok ok it wasn't that hard) and I've read the Faq and the
user documentation numerous times.

I'm sure there it is in there somewhere, but I don't recall any mention of
rxvt in the documentation (apart from it being a supplied package) and
because Cygwin supplied icons on my desktop I thought that was the way
everyone was using it.  I'm glad to know there's an alternative. (strangely
enough in the package-list info it says rxvt is a VT102 emulator for the
x-window system which kind of implies it can't be used under a non-X Windows
configuration).

I also had a few problems finding info to begin with - for example, It was
really difficult finding documentation on the inetutils package, mainly
because I didn't know that inetutils held the programs I wanted to use
(ftp daemon etc).  Maybe the documentation needs some expanded sections to
address stuff like networking and extended security. (ie. for tips like
make sure you delete 'Everyone' from full access to all your drives/files
etc once you install Cygwin)

I have another question which isn't in the FAQ - is there any way to simply
select *all* the *latest* packages for download from the Cygwin Setup
utility?  Maybe I'm overlooking a button or something?

I'd also like to be able to turn off the automatic cygdrive or
network-drive (\\machine_name) auto-mounts - is it possible? I'd still like
to manually specify mount points for drives outside of the cygwin
path-space maybe via fstab in /etc. Any thoughts?

Seeing as the mail is big enough anyway, I'd like to mention that Cygwin is
a great project - it provides not only a cheaper alternative to using Visual
$tudio for development - it provides a *better* alternative.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 10, 2002 3:24 PM
Subject: Re: Newbie Question


 On Thu, Jan 10, 2002 at 02:55:45PM +0900, Dylan Cuthbert wrote:
 
 I didn't know you could do that - thanks for the tip! :-)
 
 It would be nice if Cygwin didn't install those standard command.com bash
 icons on the desktop or at least gave a few more pointers (suggestions)
to
 using the rxvt package as a replacement - I just had a play with it and
it
 seems to be rather good indeed... gone are my msdos'd bash days...

 What would really be nice is if newbies actually read the message that
 they get when they subscribe to the list which contains the following:

   Before posting, please check out following links:

   The Cygwin Web Sitehttp://cygwin.com/
   The Cygwin FAQ http://cygwin.com/faq/
   Cygwin Bug Reporting   http://cygwin.com/bugs.html
   The Mailing List Archive   http://cygwin.com/lists.html
   Generic Web Searching  http://google.com/
   (type in cygwin plus your search term)

 Or, even if they read the email for the last week where this particular
 subject had already been done to death.

 cgf

 --
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 Bug reporting: http://cygwin.com/bugs.html
 Documentation: http://cygwin.com/docs.html
 FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/