POSIX file acces problem
Hello, I am using Cygwin under W2K (inserted into an NT domain) and I face the following problem: I use the dd command to transfer a disk image to a Compact Flash card inserted into a PCMCIA adapter. I use the procedure described by Corinna Vinschen in her answer to "dd under Cygwin" (Aug 23, 2000). It works fine but only with an account having the administrator rigths granted. Otherwise, I get an "permission denied" message when I try to execute directly the dd command (the CF card is already mounted via an account having administrator rigths) or when I execute the mount command (if the CF is not already mapped as a physicaldriveX). I mount the CF card on /dev/cf and the access rigths are brw-rw-rw- (result of ls -l /dev/cf) and it seems that I get a permission denied at this level. I would like to give access to this file system to all users even those without privileged acount. How to proceed? Thanks in advance for your help. Etienne Soudan -- 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/
recent cygwin reinstall yields ls problem
i recently reinstalled cygwin. now i find that the ls command does not work in some directories. when i give the commands cd /usr/local/c ls here is what gets printed on the screen: drwxr-xr-x: not found -rw-r--r--: not found drwxr-xr-x: not found drwxr-xr-x: not found drwxr-xr-x: not found drwxr-xr-x: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found -rw-r--r--: not found on the other hand, if i give the commands cd /usr/local ls c here is what gets printed on the screen: READ_ME coutfw lidiaoptsolve u_lib ad cr_file g_lib lindopayunix alyndecss games loc pcxuntab balance dmy gcal look pgmusno beeson dos2unixgcdlowercasepiper vi_fttl birthdaydripghostview ls poly volatile bit_cnt eac ghs_list mac_utilsprnf woodchuck bit_print ecppgmpmersenne prompt wrk blade eqp goplot mind_reader rand wrk_gnuplot buffer errno gp misc reentrant wrk_libI c_align extract grade mk_cols remove wrk_lidia c_start factor hammingmktemp shadow wrk_pnp cal fft_nickharmonic mmf shorten_lines wrong cdparanoia fftwhello montysostools wrt_char cdu filehocmorse_code syswwrk chars first_char ieee mpackticks xnview class first_word indent nedittime cmanfix_hmwkknuth newline time_it color fmf libI newton translate comment fttllibg++ old try_me --- question: what can i do to get ls to work properly? -- 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: rxvt, once again...
In an earlier post, Randall R Schulz wrote:
>
> So, create a Windows shortcut by right-dragging your RXVT executable
> icon to some new location (start with the desktop; when you're done,
> put it in the Start menu or the QuickLaunch bar, e.g.). Now open the
> properties dialog for the shortcut. In the "Shortcut" tab you can
> control the arguments (set window size and position here using usual
> X Window -g /
> -geometry option) and any other RXVT options you like (font,
> scrollback, colors, etc.). Here's what I use:
>
> D:\cygwin\bin\rxvt.exe -g 110x89+485+-1 -bg #dd -fg #00 -fn
> "Lucida ConsoleP-11" -sr -sl 5000 -tn rxvt -vb -e /bin/bash --login -i
>
> I set the initial working directory ("Start in:" field) to my Cygwin
> home directory (using Windows path name notation, of course).
>
That's interesting, but what's the advantage of rxvt over opening
cygwin/bash in a Windows command window, where all the formatting
options (except initial placement I grant you) are available from the
prompt window properties?
--
===
Chris Game
===
--
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/
Bugs in Cygnus Tools bash
Version : GNU bash, version 2.05b.0(8)-release (i686-pc-cygwin)
1st Bug
following output is created by man, help and info commands:
myPrompt>man man
bash: man: command not found
myPrompt>help
...
getopts optstring name [arg]
...
myPrompt>info
...
* fold: (coreutils)fold invocation. Wrap long input lines.
* grep: (grep). print lines matching a pattern.
* groups: (coreutils)groups invocation. Print group names a user is in.
* head: (coreutils)head invocation. Output the first part of files.
info command gives no getopts information.
Finally, the bash itself doesn't know the getopts function
2nd Bug
User defined functions like
function usage
{
echo blabla
}
produce a "function: not found" output.
--
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: Bugs in Cygnus Tools bash
On Mon, Dec 23, 2002 at 02:19:46PM +0100, Scheinert Frank EXT wrote:
> Version : GNU bash, version 2.05b.0(8)-release (i686-pc-cygwin)
>
> 1st Bug
> following output is created by man, help and info commands:
>
> myPrompt>man man
> bash: man: command not found
You didn't install the man package.
> info command gives no getopts information.
The `info' command doesn't print bash builtins and never did.
> Finally, the bash itself doesn't know the getopts function
> [...]
> 2nd Bug
> User defined functions like
>
> function usage
> {
> echo blabla
> }
>
> produce a "function: not found" output.
bash-2.05b$ function blabla
> {
> while getopts abc myopt
> do
> echo Option $myopt
> done
> echo blabla
> }
bash-2.05b$ blabla -a
Option a
blabla
So what?
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: Bugs in Cygnus Tools bash
Scheinert Frank EXT <[EMAIL PROTECTED]> wrote:
> bash: man: command not found
So install man.
> info command gives no getopts information.
Shell builtins have never been individually listed in info.
> 2nd Bug
> User defined functions like
>
> function usage
> {
> echo blabla
> }
>
> produce a "function: not found" output.
Works for me.
Are you sure you are using bash? /bin/sh != bash on Cygwin.
Max.
--
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: Bugs in Cygnus Tools bash
> -Original Message-
> From: Scheinert Frank EXT
> [mailto:[EMAIL PROTECTED]]
> Sent: 23 December 2002 13:20
> To: '[EMAIL PROTECTED]'
> Subject: Bugs in Cygnus Tools bash
>
>
> Version : GNU bash, version 2.05b.0(8)-release (i686-pc-cygwin)
>
> 1st Bug
> following output is created by man, help and info commands:
>
> myPrompt>man man
> bash: man: command not found
>
Install the man package if you want to use man.
however info documents it under bash>shell builtin commands>bourne
shell builtins anyway.
> 2nd Bug
> User defined functions like
>
> function usage
> {
> echo blabla
> }
>
> produce a "function: not found" output.
use 1st line of #!/path/to/bash not #!/bin/sh
/bin/sh is ash not bash.
>
>
> --
> 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: recent cygwin reinstall yields ls problem
Al Kelley <[EMAIL PROTECTED]> wrote: > i recently reinstalled cygwin. > now i find that the ls command > does not work in some directories. Sounds like it might be due to the fact that ntsec is now on by default. Check your Windows permissions on the directories concerned, and read about ntsec in the cygwin users guide. Max. -- 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: Bugs in Cygnus Tools bash
[EMAIL PROTECTED] wrote
>...
> Finally, the bash itself doesn't know the getopts function
>
> ...
> User defined functions like
>
> function usage
> {
> echo blabla
> }
>
> produce a "function: not found" output.
Are you trying this in a shell script? If so, you may be
inadvertently using the ash shell rather than bash.
By default, you get the ash shell when you run a script.
To get bash, you need to add "#!/bin/bash" as the first line
of the script.
A word of advice - don't report things as bugs unless you are sure
they are bugs and not cockpit error - it can make you look
foolish if you or your configuration are to blame.
-- Cliff
--
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] Can't start postmaster->half done
I made another attempt to get postgres running as a service owned by myself, rather than a separate user "postgres". Alas, I couldn't get it, and will probably give up for now and get done what I need to get done by running w/o a service (net start postmaster), just as: postmaster -D /usr/share/postgresql/data & P.S. These are the errors that prevented me from running it as a service (on XP Pro): 1. postmaster service owned by separate user postgres (attempted net start postmaster after switching to user postgres instead su): semget ... Function not implemented [Although I never got that error running as myself. The error message is not verbatim.] 2. postmaster service owned by me: $ cygrunsrv --start postmaster cygrunsrv: Error starting a service: StartService: Win32 error 1069: The service did not start due to a logon failure. 3. postmaster service owned by Local System: $ cygrunsrv --start postmaster cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. P.S. I also tried runas on several occasions w/o success. Sincerely, r. -- 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: Bugs in Cygnus Tools bash
Scheinert Frank writes: > > 1st Bug > myPrompt>man man > bash: man: command not found USER ERROR: you didn't install the man package > Finally, the bash itself doesn't know the getopts function USER ERROR: % help help help: help [-s] [pattern ...] Display helpful information about builtin commands. If PATTERN is specified, gives detailed help on all commands matching PATTERN, otherwise a list of the builtins is printed. The -s option restricts the output for each builtin command matching PATTERN to a short usage synopsis. % help getopts getopts: getopts optstring name [arg] Getopts is used by shell procedures to parse positional parameters. .. HINT: http://www.tuxedo.org/~esr/faqs/smart-questions.html Norman -- 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: linking problem, please help
Trimurthi,
The cygwin mailing list is the proper place for such inquiries. It is
strongly discouraged to send personal mail with such requests, and they
will, in general, be ignored. I've forwarded this request to the proper
mailing list, and reset the Reply-to: field accordingly for your
convenience.
Igor
On Mon, 23 Dec 2002, Trimurthi, Swamy(IE10) wrote:
> Hi Pechta,
> I found your mail id while searchig for some solution on the internet
> regarding a linking problem I am facing. It would be of great help to me if
> I can get some guidance from you. I am using cygwin version [ GNU bash,
> version 2.05.0(8)-release (i686-pc-cygwin) ] on a WinNT machine, x86
> processor. I was trying to link the following sample code
>
> *
>
> #include
>
> int main()
> {
> cout<<"\n hello world";
> return 0;
> }
>
> **
> I was able to compile the code using the following command
> g++ -c test.cpp
> and generated the object code test.o, but I was not able to link it using ld
> and hence unable to generate the exe
> I gave the ld command and following was the output
> *
> $ ld -o test C:/cygwin/lib/crt0.o test.o -lc
> test.o(.text+0x24):test.cpp: undefined reference to `cout'
> test.o(.text+0x29):test.cpp: undefined reference to
> `ostream::operator<<(char const *)'
> test.o(.text$__tf3ios+0x29):test.cpp: undefined reference to `__rtti_si'
> test.o(.text$__tf9streambuf+0x29):test.cpp: undefined reference to
> `__rtti_si'
> test.o(.text$__tf7filebuf+0x29):test.cpp: undefined reference to `__rtti_si'
> test.o(.text$__tf7ostream+0x28):test.cpp: undefined reference to
> `__rtti_class'
> test.o(.text$__tf7istream+0x28):test.cpp: undefined reference to
> `__rtti_class'
> test.o(.text$__tf8iostream+0x30):test.cpp: undefined reference to
> `__rtti_class'
> test.o(.text$__tf22_IO_istream_withassign+0x28):test.cpp: undefined
> reference to `__rtti_class'
> test.o(.text$__tf22_IO_ostream_withassign+0x28):test.cpp: undefined
> reference to `__rtti_class'
> test.o(.text$__tf11_ios_fields+0x1d):test.cpp: undefined reference to
> `__rtti_user'
> test.o(.text$__tf8_IO_FILE+0x1d):test.cpp: undefined reference to
> `__rtti_user'
> /usr/lib/libc.a(_cygwin_crt0_common.o): In function `cygwin_crt0_common':
> /cygnus/netrel/src/cygwin-1.3.3-2/winsup/cygwin/lib/_cygwin_crt0_common.cc:9
> 0: undefined reference t
> o `GetModuleHandleA@4'
> **
> Could you guide me like where the problem is and whether do I need to
> include crtbegin and crtend files. When these files are generally required.
> I am eager to hear from you
>
> thanks in advance,
> regards,
> Trimurthi
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
-- /usr/games/fortune
--
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: linking problem, please help
Hi Igor,
Thanks for the information and guidance. I will avoid sending
personal mails hereafter.
regards,
Trimurthi
> -Original Message-
> From: Igor Pechtchanski [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, December 23, 2002 7:55 PM
> To: Trimurthi, Swamy(IE10)
> Cc: [EMAIL PROTECTED]
> Subject: Re: linking problem, please help
>
> Trimurthi,
>
> The cygwin mailing list is the proper place for such inquiries. It is
> strongly discouraged to send personal mail with such requests, and they
> will, in general, be ignored. I've forwarded this request to the proper
> mailing list, and reset the Reply-to: field accordingly for your
> convenience.
> Igor
>
> On Mon, 23 Dec 2002, Trimurthi, Swamy(IE10) wrote:
>
> > Hi Pechta,
> > I found your mail id while searchig for some solution on the
> internet
> > regarding a linking problem I am facing. It would be of great help to me
> if
> > I can get some guidance from you. I am using cygwin version [ GNU bash,
> > version 2.05.0(8)-release (i686-pc-cygwin) ] on a WinNT machine, x86
> > processor. I was trying to link the following sample code
> >
> > *
> >
> > #include
> >
> > int main()
> > {
> > cout<<"\n hello world";
> > return 0;
> > }
> >
> > **
> > I was able to compile the code using the following command
> > g++ -c test.cpp
> > and generated the object code test.o, but I was not able to link it
> using ld
> > and hence unable to generate the exe
> > I gave the ld command and following was the output
> > *
> > $ ld -o test C:/cygwin/lib/crt0.o test.o -lc
> > test.o(.text+0x24):test.cpp: undefined reference to `cout'
> > test.o(.text+0x29):test.cpp: undefined reference to
> > `ostream::operator<<(char const *)'
> > test.o(.text$__tf3ios+0x29):test.cpp: undefined reference to `__rtti_si'
> > test.o(.text$__tf9streambuf+0x29):test.cpp: undefined reference to
> > `__rtti_si'
> > test.o(.text$__tf7filebuf+0x29):test.cpp: undefined reference to
> `__rtti_si'
> > test.o(.text$__tf7ostream+0x28):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf7istream+0x28):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf8iostream+0x30):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf22_IO_istream_withassign+0x28):test.cpp: undefined
> > reference to `__rtti_class'
> > test.o(.text$__tf22_IO_ostream_withassign+0x28):test.cpp: undefined
> > reference to `__rtti_class'
> > test.o(.text$__tf11_ios_fields+0x1d):test.cpp: undefined reference to
> > `__rtti_user'
> > test.o(.text$__tf8_IO_FILE+0x1d):test.cpp: undefined reference to
> > `__rtti_user'
> > /usr/lib/libc.a(_cygwin_crt0_common.o): In function
> `cygwin_crt0_common':
> >
> /cygnus/netrel/src/cygwin-1.3.3-2/winsup/cygwin/lib/_cygwin_crt0_common.cc
> :9
> > 0: undefined reference t
> > o `GetModuleHandleA@4'
> > **
> > Could you guide me like where the problem is and whether do I need to
> > include crtbegin and crtend files. When these files are generally
> required.
> > I am eager to hear from you
> >
> > thanks in advance,
> > regards,
> > Trimurthi
>
> --
> http://cs.nyu.edu/~pechtcha/
> |\ _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED]
> |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
> '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
>
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
> -- /usr/games/fortune
--
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: recent cygwin reinstall yields ls problem
Al, Without a `cygcheck -s -v -r` output attached (as per http://cygwin.com/bugs.html ), the only things that can be offered are wild guesses, so here's one: it looks like you might have a misguided alias. In bash, type $ type -a ls and see if there's anything unusual about it. Also, try redirecting the output of the first ls to the file and examining it for hidden/special characters (or simply pipe the output to 'cat -v'). Igor On Mon, 23 Dec 2002, Al Kelley wrote: > i recently reinstalled cygwin. > now i find that the ls command > does not work in some directories. > > when i give the commands > >cd /usr/local/c >ls > > here is what gets printed on the screen: > >drwxr-xr-x: not found >-rw-r--r--: not found >drwxr-xr-x: not found >drwxr-xr-x: not found >drwxr-xr-x: not found >drwxr-xr-x: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found >-rw-r--r--: not found > > on the other hand, if i give the commands > >cd /usr/local >ls c > > here is what gets printed on the screen: > >READ_ME coutfw lidiaoptsolve u_lib >ad cr_file g_lib lindopayunix >alyndecss games loc pcxuntab >balance dmy gcal look pgmusno >beeson dos2unixgcdlowercasepiper vi_fttl >birthdaydripghostview ls poly volatile >bit_cnt eac ghs_list mac_utilsprnf woodchuck >bit_print ecppgmpmersenne prompt wrk >blade eqp goplot mind_reader rand wrk_gnuplot >buffer errno gp misc reentrant wrk_libI >c_align extract grade mk_cols remove wrk_lidia >c_start factor hammingmktemp shadow wrk_pnp >cal fft_nickharmonic mmf shorten_lines wrong >cdparanoia fftwhello montysostools wrt_char >cdu filehocmorse_code syswwrk >chars first_char ieee mpackticks xnview >class first_word indent nedittime >cmanfix_hmwkknuth newline time_it >color fmf libI newton translate >comment fttllibg++ old try_me > > --- > question: >what can i do to get ls to work properly? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: linking problem, please help
Well, in your code:
> >#include
> >
> > int main()
> > {
> > cout<<"\n hello world";
> > return 0;
> > }
I see one thing wrong. The cout functions name comes from
the standard namespace, so you either have to add:
using namespace std;
or qualify the name, i.e.
std::cout
I don't know if that is causing your specific problem, but
I would give it a shot. When I am compiling test code by
the way, I will just do
g++ test.cpp
and let it throw my code into a.exe, but I am also lazy.
Wayne
--
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: rxvt, once again...
One person's trash is another's treasure.
I don't believe Randall was attempting anything more than to answer
the original poster's request for help with getting rxvt positioned
on the screen. If you're interested in knowing rxvt's capabilities
so that you can compare it with bash running from a Windows command
prompt, I'd recommend you take a look at the rxvt man page. That
should help. Generally speaking, rxvt is considered by many as a
good substitute for the DOS box on 9x/Me where scrolling is a problem
(although there are other solutions as well) but folks use it on NT/W2K/
XP too. Whether rxvt is a reasonable option for you comes down to personal
preference and needs, which brings us back to my opening statement. :-)
HTH,
Larry
Original Message:
-
From: Chris Game [EMAIL PROTECTED]
Date: Mon, 23 Dec 2002 11:58:49 -
To: [EMAIL PROTECTED]
Subject: Re: rxvt, once again...
In an earlier post, Randall R Schulz wrote:
>
> So, create a Windows shortcut by right-dragging your RXVT executable
> icon to some new location (start with the desktop; when you're done,
> put it in the Start menu or the QuickLaunch bar, e.g.). Now open the
> properties dialog for the shortcut. In the "Shortcut" tab you can
> control the arguments (set window size and position here using usual
> X Window -g /
> -geometry option) and any other RXVT options you like (font,
> scrollback, colors, etc.). Here's what I use:
>
> D:\cygwin\bin\rxvt.exe -g 110x89+485+-1 -bg #dd -fg #00 -fn
> "Lucida ConsoleP-11" -sr -sl 5000 -tn rxvt -vb -e /bin/bash --login -i
>
> I set the initial working directory ("Start in:" field) to my Cygwin
> home directory (using Windows path name notation, of course).
>
That's interesting, but what's the advantage of rxvt over opening
cygwin/bash in a Windows command window, where all the formatting
options (except initial placement I grant you) are available from the
prompt window properties?
--
===
Chris Game
===
--
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/
mail2web - Check your email from the web at
http://mail2web.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: rxvt, once again...
Chris,
RXVT has it's own distinct advantages and many Cygwin users prefer it.
Initial placement _is_ under user control, if you go to the launching
shortcut's Properties dialog, Layout pane, uncheck "Let system position
window". Then you can enter the coordinates of the window's top-left corner
in the "Window Position" numeric fields.
Randall Schulz
At 03:58 2002-12-23, Chris Game wrote:
In an earlier post, Randall R Schulz wrote:
>
> So, create a Windows shortcut by right-dragging your RXVT executable
> icon to some new location (start with the desktop; when you're done,
> put it in the Start menu or the QuickLaunch bar, e.g.). Now open the
> properties dialog for the shortcut. In the "Shortcut" tab you can
> control the arguments (set window size and position here using usual
> X Window -g /
> -geometry option) and any other RXVT options you like (font,
> scrollback, colors, etc.). Here's what I use:
>
> D:\cygwin\bin\rxvt.exe -g 110x89+485+-1 -bg #dd -fg #00 -fn
> "Lucida ConsoleP-11" -sr -sl 5000 -tn rxvt -vb -e /bin/bash --login -i
>
> I set the initial working directory ("Start in:" field) to my Cygwin
> home directory (using Windows path name notation, of course).
>
That's interesting, but what's the advantage of rxvt over opening
cygwin/bash in a Windows command window, where all the formatting
options (except initial placement I grant you) are available from the
prompt window properties?
Chris Game
--
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: linking problem, please help
Well I'm glad to hear you were searching the internet for solutions
to your problems. I hope you started at http://gcc.gnu.org/.
Turns out, this isn't a tool problem at all (I know, you didn't imply
that it was). It's a usage problem. And actually, the Cygwin email
archives is full of inquiries and responses with just this kind of
problem, even though the issue is not Cygwin-specific. Your problem is
that you compiled with the C++ front-end (g++) but then linked with the
C library (-lc) instead of the C++ library. But that's just the tip of
the iceberg in this case. If you really just want to create an executable,
just use 'g++ -o test test.cpp'. This will work for you. By the way,
'test'
is a really bad name for an executable. It hides the name of the shell
script built-in.
Larry
Original Message:
-
From: Trimurthi, Swamy(IE10) [EMAIL PROTECTED]
Date: Mon, 23 Dec 2002 07:17:48 -0700
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: linking problem, please help
Hi Igor,
Thanks for the information and guidance. I will avoid sending
personal mails hereafter.
regards,
Trimurthi
> -Original Message-
> From: Igor Pechtchanski [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, December 23, 2002 7:55 PM
> To: Trimurthi, Swamy(IE10)
> Cc: [EMAIL PROTECTED]
> Subject: Re: linking problem, please help
>
> Trimurthi,
>
> The cygwin mailing list is the proper place for such inquiries. It is
> strongly discouraged to send personal mail with such requests, and they
> will, in general, be ignored. I've forwarded this request to the proper
> mailing list, and reset the Reply-to: field accordingly for your
> convenience.
> Igor
>
> On Mon, 23 Dec 2002, Trimurthi, Swamy(IE10) wrote:
>
> > Hi Pechta,
> > I found your mail id while searchig for some solution on the
> internet
> > regarding a linking problem I am facing. It would be of great help to me
> if
> > I can get some guidance from you. I am using cygwin version [ GNU bash,
> > version 2.05.0(8)-release (i686-pc-cygwin) ] on a WinNT machine, x86
> > processor. I was trying to link the following sample code
> >
> > *
> >
> > #include
> >
> > int main()
> > {
> > cout<<"\n hello world";
> > return 0;
> > }
> >
> > **
> > I was able to compile the code using the following command
> > g++ -c test.cpp
> > and generated the object code test.o, but I was not able to link it
> using ld
> > and hence unable to generate the exe
> > I gave the ld command and following was the output
> > *
> > $ ld -o test C:/cygwin/lib/crt0.o test.o -lc
> > test.o(.text+0x24):test.cpp: undefined reference to `cout'
> > test.o(.text+0x29):test.cpp: undefined reference to
> > `ostream::operator<<(char const *)'
> > test.o(.text$__tf3ios+0x29):test.cpp: undefined reference to `__rtti_si'
> > test.o(.text$__tf9streambuf+0x29):test.cpp: undefined reference to
> > `__rtti_si'
> > test.o(.text$__tf7filebuf+0x29):test.cpp: undefined reference to
> `__rtti_si'
> > test.o(.text$__tf7ostream+0x28):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf7istream+0x28):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf8iostream+0x30):test.cpp: undefined reference to
> > `__rtti_class'
> > test.o(.text$__tf22_IO_istream_withassign+0x28):test.cpp: undefined
> > reference to `__rtti_class'
> > test.o(.text$__tf22_IO_ostream_withassign+0x28):test.cpp: undefined
> > reference to `__rtti_class'
> > test.o(.text$__tf11_ios_fields+0x1d):test.cpp: undefined reference to
> > `__rtti_user'
> > test.o(.text$__tf8_IO_FILE+0x1d):test.cpp: undefined reference to
> > `__rtti_user'
> > /usr/lib/libc.a(_cygwin_crt0_common.o): In function
> `cygwin_crt0_common':
> >
> /cygnus/netrel/src/cygwin-1.3.3-2/winsup/cygwin/lib/_cygwin_crt0_common.cc
> :9
> > 0: undefined reference t
> > o `GetModuleHandleA@4'
> > **
> > Could you guide me like where the problem is and whether do I need to
> > include crtbegin and crtend files. When these files are generally
> required.
> > I am eager to hear from you
> >
> > thanks in advance,
> > regards,
> > Trimurthi
>
> --
> http://cs.nyu.edu/~pechtcha/
> |\ _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED]
> |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
> '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
>
> Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
> -- /usr/games/fortune
--
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: python-2.2.2-1 Tkinter unsable with tcltk-20021218-1
Christopher Faylor wrote: On Mon, Dec 23, 2002 at 06:54:38AM +0900, SUZUKI Hisao wrote: Tkinter of python-2.2.2-1 is unsable with the recent tcltk-20021218-1. FYI (not that it will matter because there will be 27 other reports of this), I alerted Jason Tishler to the fact that my release of tcltk would break the use of tk with python when I released tcltk. So Jason is aware of the problem. I'm sure he'll be appreciative of the patch, though. Two things... 1) I don't think Hisao's statement is true: You cannot make the Tkinter usable again by just recompiling the Python. because there are special things you need to add to your cygwin system in order to compile python against tcltk, it appears. (like the tk-(fake) X headers...) Those things are the "fake X" headers that cygwin-tk uses, since cygwin-tk is NOT AN X PROGRAM. 2) Therefore, I think Hisao's patch is the wrong way to do this -- because you'll end up with a weird mixture of non-X-based tk code and "true" X-based headers -- and you'd need X to be installed. That can't be right. I'm sure Jason has a much better understanding of what exactly needs to be done, so I won't pretend to give advice -- except that I don't think Hisao's patch is the Right Thing To Do. But thanks for the effort; a bug report + a patch is a rare and appreciated thing. --Chuck -- 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: Cygrunsrv problem starting service created with --user
I am doing something similar and have been following this thread because I have run into the same problem... my question is: where is start up info kept for each cygrunsrv service?? looking into the win service entry there are no startup params... so where does cygunsrv store this info?? ~ Terry 757 581-5981 AIM/Yahoo: lv2bounce - Original Message - From: "Michael Bourgon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 19, 2002 4:40 PM Subject: Re: Cygrunsrv problem starting service created with --user > > --- "Pierre A. Humblet" dot org> wrote: > > >Did you give the Logon as service privilege, as per > the cygrunsrv README? > > I just checked, and it's had it the whole time. Good > idea, though. > > Any other suggestions, anyone? Thanks. > Michael > > > __ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.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/ > > > -- 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: permission denied for NTFS network shares
I didn't manage to make "cygrunsrv -u ..." to work. The service is installed but refuses to start. Besides its quite a nuisance to add all those fancy priviledges to every user/computer that will use rsh. The situation is like that: I have interactive RSH that works fine and noninteractive rsh (using .rhosts) that denies access to network shares. So I used "Expect" to pass a password and command to rsh (as Chris January have suggested), converting interactive RSH to noninteractive and keeping all the benefits. Here is the "Expect" script that does a job (its actually modifed expect example from the WEB): exprsh.expect: #! /bin/expect -f # wrapper for RSH to make it non-interactive # server name is passed as 1st arg, command as 2nd set password DefaultPassword set user DefaultUser set server [lindex $argv 0] set cmd [lindex $argv 1] spawn rsh $server -l $user expect "Password:" send "$password\r" expect '$' send "$cmd\r" expect eof The drawback of this solution is that you must have a default domain user whose password is known to everybody (like the password of farm or lab computer). The good part is that you don't need to play with permission on any computer. This wrapper will work plug and play on any computer where "inetd" service is installed. Best regards and thanks to everybody who tried to help Genady Genady Veytsman wrote Are you saying that there is no way whatsoever to have RSH without passwords? I need it for running scripts/programs on different NT machines. Interactive behaviour (login/password) will not allow that since you can't hardcode your passwords in scripts. If you are the only user needing to rsh into the system you could try to run the daemons under your own name (cygrunsrv -u, read the README). You may also have to change ownership of key files and such. A more ambitious/risky project is to give privileges to create tokens etc.. (see README) to a domain account and run the daemons under that account. I have not tried any of that, let us know if it works. Pierre -- 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: Cygrunsrv problem starting service created with --user
nevermind, found it... ~ Terry 757 581-5981 AIM/Yahoo: lv2bounce - Original Message - From: "Terry" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 23, 2002 10:59 AM Subject: Re: Cygrunsrv problem starting service created with --user > I am doing something similar and have been following this thread because I > have run into the same problem... > > my question is: where is start up info kept for each cygrunsrv service?? > looking into the win service entry there are no startup params... so where > does cygunsrv store this info?? > > ~ Terry > 757 581-5981 > AIM/Yahoo: lv2bounce > > > - Original Message - > From: "Michael Bourgon" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, December 19, 2002 4:40 PM > Subject: Re: Cygrunsrv problem starting service created with --user > > > > > > --- "Pierre A. Humblet" > dot org> wrote: > > > > >Did you give the Logon as service privilege, as per > > the cygrunsrv README? > > > > I just checked, and it's had it the whole time. Good > > idea, though. > > > > Any other suggestions, anyone? Thanks. > > Michael > > > > > > __ > > Do you Yahoo!? > > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > > http://mailplus.yahoo.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/ > > > > > > > -- 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/
[ANNOUNCEMENT] Updated: lynx-2.8.4-3
I've updated the version of lynx to 2.8.4-3. It solves the problem that on the '!' command, the $COMSPEC environment variable is evaluated instead of $SHELL. This mess turned out to be a Cygwin specific tweak of one of the Lynx developers from back in 1999. I just disabled the Cygwin specific behaviour. To update your installation, click on the "Install Cygwin now" link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- 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: Cygrunsrv problem starting service created with --user
Terry, Imagine the next poor hapless soul searching the archives for an answer to the same question... He stumbles over this (not overly informative) message, and is no better off than he was before. In other words, if you're answering your own query, it might be a good idea to actually include the solution for the list archives. Igor On Mon, 23 Dec 2002, Terry wrote: > nevermind, found it... > > ~ Terry > 757 581-5981 > AIM/Yahoo: lv2bounce > > > - Original Message - > From: "Terry" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, December 23, 2002 10:59 AM > Subject: Re: Cygrunsrv problem starting service created with --user > > > > I am doing something similar and have been following this thread because I > > have run into the same problem... > > > > my question is: where is start up info kept for each cygrunsrv service?? > > looking into the win service entry there are no startup params... so where > > does cygunsrv store this info?? > > > > ~ Terry > > 757 581-5981 > > AIM/Yahoo: lv2bounce > > > > > > - Original Message - > > From: "Michael Bourgon" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, December 19, 2002 4:40 PM > > Subject: Re: Cygrunsrv problem starting service created with --user > > > > > > > > > > --- "Pierre A. Humblet" > > dot org> wrote: > > > > > > >Did you give the Logon as service privilege, as per > > > the cygrunsrv README? > > > > > > I just checked, and it's had it the whole time. Good > > > idea, though. > > > > > > Any other suggestions, anyone? Thanks. > > > Michael -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: Cygrunsrv problem starting service created with --user
Well, because it was an idiotic question on my behalf in the first place... I forgot to open up the sub entries for the registry entry. Which then made me assume that cygwin did something abnormal then regular service entries. Which is not the case. The paramaters are under the Param sub-entry, which I found easy enough. Doh! ~ Terry 757 581-5981 AIM/Yahoo: lv2bounce - Original Message - From: "Igor Pechtchanski" <[EMAIL PROTECTED]> To: "Terry" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, December 23, 2002 11:30 AM Subject: Re: Cygrunsrv problem starting service created with --user > Terry, > > Imagine the next poor hapless soul searching the archives for an answer to > the same question... He stumbles over this (not overly informative) > message, and is no better off than he was before. In other words, if > you're answering your own query, it might be a good idea to actually > include the solution for the list archives. > Igor > > On Mon, 23 Dec 2002, Terry wrote: > > > nevermind, found it... > > > > ~ Terry > > 757 581-5981 > > AIM/Yahoo: lv2bounce > > > > > > - Original Message - > > From: "Terry" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, December 23, 2002 10:59 AM > > Subject: Re: Cygrunsrv problem starting service created with --user > > > > > > > I am doing something similar and have been following this thread because I > > > have run into the same problem... > > > > > > my question is: where is start up info kept for each cygrunsrv service?? > > > looking into the win service entry there are no startup params... so where > > > does cygunsrv store this info?? > > > > > > ~ Terry > > > 757 581-5981 > > > AIM/Yahoo: lv2bounce > > > > > > > > > - Original Message - > > > From: "Michael Bourgon" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Thursday, December 19, 2002 4:40 PM > > > Subject: Re: Cygrunsrv problem starting service created with --user > > > > > > > > > > > > > > --- "Pierre A. Humblet" > > > dot org> wrote: > > > > > > > > >Did you give the Logon as service privilege, as per > > > > the cygrunsrv README? > > > > > > > > I just checked, and it's had it the whole time. Good > > > > idea, though. > > > > > > > > Any other suggestions, anyone? Thanks. > > > > Michael > > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ [EMAIL PROTECTED] > ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! > -- /usr/games/fortune > > > -- > 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: checksum error on install
Timothy Sullivan <[EMAIL PROTECTED]> wrote: > Hi folks, > > I just picked up a setup.exe for cygwin-1.3.17-1 and did a net > install. Everything downloads fine from planetmirror.com, but when > setup starts installing the packages, I get an installation error for > the file cygwin-1.3.17-1.tar.bz2, which I guess is a pretty important > file. What should I do to start using cygwin? Simple way is to delete the corrupted file and try getting it again. Or, check the length of the file, and try resuming the download - maybe with a windows version of wget or another downloader. Max. -- 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/
Problems running makewhatis
I've installed most - not all - of Cygwin and have been trying to run /usr/sbin/makewhatis. First time run thru I get the following: cp: cannot create regular file `/var/cache/man/whatis': No such file or director y /bin/awk: not found /bin/awk: not found /bin/awk: not found /bin/awk: not found This repeats a couple times. If I manually create the 'missing' directory the cp error clears up but I still get several lines regarding the /bin/awk error. Everything else seems to work fine I just wanted to get the man pages going. Advice please? Huw D. _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&DI=7474&SU= http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3mf -- 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: Problems running makewhatis
Huw Dixon wrote: > I've installed most - not all - of Cygwin and have been trying to run > /usr/sbin/makewhatis. First time run thru I get the following: > > cp: cannot create regular file `/var/cache/man/whatis': No such file > or director > y > /bin/awk: not found > /bin/awk: not found > /bin/awk: not found > /bin/awk: not found > > This repeats a couple times. If I manually create the 'missing' > directory the cp error clears up but I still get several lines > regarding the /bin/awk error. > > Everything else seems to work fine I just wanted to get the man pages > going. Advice please? Install awk? (Package: gawk) PS to man maintainer: looks like setup.hint needs gawk adding to the requires. Max. -- 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: Problems running makewhatis
Here's the best advice anyone can provide given the information you've provided so far: http://www.cygwin.com/bugs.html Larry Original Message: - From: Huw Dixon [EMAIL PROTECTED] Date: Mon, 23 Dec 2002 15:59:54 -0500 To: [EMAIL PROTECTED] Subject: Problems running makewhatis I've installed most - not all - of Cygwin and have been trying to run /usr/sbin/makewhatis. First time run thru I get the following: cp: cannot create regular file `/var/cache/man/whatis': No such file or director y /bin/awk: not found /bin/awk: not found /bin/awk: not found /bin/awk: not found This repeats a couple times. If I manually create the 'missing' directory the cp error clears up but I still get several lines regarding the /bin/awk error. Everything else seems to work fine I just wanted to get the man pages going. Advice please? Huw D. _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&D I=7474&SU= http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3 mf -- 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/ mail2web - Check your email from the web at http://mail2web.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: Problems running makewhatis
[EMAIL PROTECTED] wrote: > Here's the best advice anyone can provide given the information you've > provided so far: > > http://www.cygwin.com/bugs.html It wasn't a particularly well thought through question, but what you say above isn't strictly true. "/bin/awk: not found" is fairly clear cut. Of course, it would help if he had all of Base installed. Max. > Original Message: > - > From: Huw Dixon [EMAIL PROTECTED] > Date: Mon, 23 Dec 2002 15:59:54 -0500 > To: [EMAIL PROTECTED] > Subject: Problems running makewhatis > > > I've installed most - not all - of Cygwin and have been trying to run > /usr/sbin/makewhatis. First time run thru I get the following: > > cp: cannot create regular file `/var/cache/man/whatis': No such file > or director > y > /bin/awk: not found > /bin/awk: not found > /bin/awk: not found > /bin/awk: not found > > This repeats a couple times. If I manually create the 'missing' > directory the cp error clears up but I still get several lines > regarding the /bin/awk error. > > Everything else seems to work fine I just wanted to get the man pages > going. > Advice please? > > > Huw D. > > > > _ > Add photos to your messages with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&D > I=7474&SU= > http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3 > mf > > > -- > 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/ > > > > mail2web - Check your email from the web at > http://mail2web.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: rxvt, once again...
On Monday, Dec 23, 2002, at 11:58 Europe/Lisbon, Chris Game wrote: That's interesting, but what's the advantage of rxvt over opening cygwin/bash in a Windows command window, where all the formatting options (except initial placement I grant you) are available from the prompt window properties? The main of rxvt advantage for someone who uses Unix terminals extensively is a fully dynamic, resizable terminal window - something the built-in W2K/XP prompt cannot provide. And I mean "resizable" as in height _and_ width. There are others, of course (like X-like copy-and-paste with select and shift-click, better scrollback buffer handling, and better terminal emulation). Most Unix folk that use Cygwin will set up rxvt as their default console (I even have a shell script to launch a tiled set of rxvts with console, Apache and PHP logs), and most of the people I know use the fixed font set found at http://www.aliveonline.com/homesite/fonts/dm_1fixfont.zip (which duplicates a few of the X "fixed" bitmap fonts precisely). With those, Cygwin looks and feels a lot more like Unix. It all boils down to personal preference, of course, but I would suggest people give rxvt a whirl. Bear with it - it grows on you after a while. R. -- 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: lynx-2.8.4-3
http://sources.redhat.com/ml/cygwin/2002-12/msg01239.html
The problem exists in dev.12.
Spawning your default shell. Use 'exit' to return to Lynx.
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
g:\home\fredlwm>
2.8.4-3:
Spawning your default shell. Use 'exit' to return to Lynx.
$
I also noticed the Cygwin with screen problem Thomas fixed
doesn't exist in this version, even though I don't see any
LYMain.c changes in lynx-2.8.4-3-src.tar.bz2. Actually, the
only change from 2.8.4rel.1 is the attached patch from Corinna
Vischen.
BTW Corinna, I noticed the binary package includes 2 CVS/
directories.
There are 4 patches for 2.8.4rel.1 at
http://lynx.isc.org/current/ . Maybe you want to apply them in
your next build.
--
0@pervalidus.{net, {dyndns.}org}
LYMainLoop.patch
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: [ANNOUNCEMENT] Updated: lynx-2.8.4-3
On Mon, Dec 23, 2002 at 05:13:29PM -0200, Frédéric L. W. Meunier wrote: > http://sources.redhat.com/ml/cygwin/2002-12/msg01239.html > > The problem exists in dev.12. > > Spawning your default shell. Use 'exit' to return to Lynx. > > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > g:\home\fredlwm> > > 2.8.4-3: > > Spawning your default shell. Use 'exit' to return to Lynx. You're not using a Cygwin shell. Cygwin comes with ash, bash, tcsh and zsh. We don't support plain cmd.exe in the first place. It's far more important that it works flawlessly under normal conditions which means, using a shell from the Cygwin net distro. Especially we don't support COMSPEC as part of a Cygwin environment. > I also noticed the Cygwin with screen problem Thomas fixed > doesn't exist in this version, even though I don't see any Which problem? I'm using stock 2.8.4. I don't use intermediate developer versions for releasing. > LYMain.c changes in lynx-2.8.4-3-src.tar.bz2. Actually, the > only change from 2.8.4rel.1 is the attached patch from Corinna > Vischen. > > BTW Corinna, I noticed the binary package includes 2 CVS/ > directories. Yup, thanks for the hint. They are copied accidentally by `make install-doc' apparently. Corinna -- Corinna Vinschen Cygwin Developer Red Hat, Inc. mailto:[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/
Re: [ANNOUNCEMENT] Updated: lynx-2.8.4-3
On Mon, 23 Dec 2002, Corinna Vinschen wrote:
> On Mon, Dec 23, 2002 at 05:13:29PM -0200, Frédéric L. W. Meunier wrote:
> > http://sources.redhat.com/ml/cygwin/2002-12/msg01239.html
> >
> > The problem exists in dev.12.
> >
> > Spawning your default shell. Use 'exit' to return to Lynx.
> >
> > Microsoft Windows XP [Version 5.1.2600]
> > (C) Copyright 1985-2001 Microsoft Corp.
> >
> > g:\home\fredlwm>
> >
> > 2.8.4-3:
> >
> > Spawning your default shell. Use 'exit' to return to Lynx.
>
> You're not using a Cygwin shell. Cygwin comes with ash,
> bash, tcsh and zsh. We don't support plain cmd.exe in the
> first place. It's far more important that it works
> flawlessly under normal conditions which means, using a shell
> from the Cygwin net distro. Especially we don't support
> COMSPEC as part of a Cygwin environment.
I'm. This is what I get with the latest developmental version,
which doesn't include your patch. I get the bash prompt with
the Cygwin binary.
> > I also noticed the Cygwin with screen problem Thomas fixed
> > doesn't exist in this version, even though I don't see any
>
> Which problem? I'm using stock 2.8.4. I don't use
> intermediate developer versions for releasing.
I'm aware. It was the problem I reported some days ago, that
Thomas fixed in dev.12. The Cygwin binary works fine without
the change:
2002-12-18 (2.8.5dev.12)
* remove a check in LYMain.c for cygwin's console, which does
not work with screen (report by Frederic L W Meunier) -TD
Discussion started at:
http://www.flora.org/lynx-dev/html/month122002/msg00153.html
Setting CYGWIN=notty didn't change anything. I even added it to
cygwin.bat.
A problem I see in the Cygwin binary has been fixed some months
ago:
2002-05-28 (2.8.5dev.8)
* remove ifdef that disabled home/end keys with Cygwin
configuration -DK
The fix from Doug is at
http://www.flora.org/lynx-dev/html/month042002/msg00155.html
--
0@pervalidus.{net, {dyndns.}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/
Re: rxvt, once again...
rxvt was WELL worth the price of admission for two reasons (for me) (1) Having a window that I can resize just about any bloody way I want, not limited by what Windows wants to give me, with a nice, flexible scrollbar. (2) Being easily able to set things up where I could use the left, middle mouse button for cutting and pasting, just like the SGI!!! Its great. And I learned about it from reading the forum archives regularly. There is great stuff here, war, peace, politics, interns... oops, got a little carried away there. Wayne -- 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/
Strange behaviour of gcc
Can somebody explain why gcc (version 3.2 20020927) on Cygwin does this?
Type this simple C program
void func(void){
struct {unsigned char data[3985];}var;
}
and compile with
gcc -c filename.c
Then type
nm filename.o
The output is
b .bss
d .data
t .text
U __alloca
T _func
Why on earth is the symbol __alloca doing there?
Just change the program to
void func(void){
struct {unsigned char data[3984];}var;
}
and compile it. This time, nm's output is
b .bss
d .data
t .text
T _func
as it should. Is there a reason why the symbol __alloca appears?
__
Tiscali ADSL. Scopri la fantastica promozione di Natale: tutto Gratis fino
al 9 gennaio!
Abbonati ora: prima ti abboni, più risparmi!
http://point.tiscali.it/adsl/index.shtml
--
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: Strange behaviour of gcc
[EMAIL PROTECTED] wrote:
> Can somebody explain why gcc (version 3.2 20020927) on Cygwin does
> this? Type this simple C program
>
> void func(void){
> struct {unsigned char data[3985];}var;
> }
>
> and compile with
>
> gcc -c filename.c
>
> Then type
>
> nm filename.o
>
> The output is
>
> b .bss
> d .data
> t .text
> U __alloca
> T _func
>
> Why on earth is the symbol __alloca doing there?
>
> Just change the program to
>
> void func(void){
> struct {unsigned char data[3984];}var;
> }
>
> and compile it. This time, nm's output is
>
> b .bss
> d .data
> t .text
> T _func
>
> as it should. Is there a reason why the symbol __alloca appears?
Yes. Gcc's optimizer chose to make a large amount of local variable
allocation into an alloca call.
Does it matter?
Max.
--
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/
su command ?
Hello, It seems that the su command doesn't work, although it is in the man/info pages. Any clue ? -- . . . .:::. ### \|/` ___ ' :(o o): . (o o) (o o) - (O o) - ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo- -- 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: su command ?
On Tue, 24 Dec 2002, Oodini wrote: > Hello, > > It seems that the su command doesn't work, although it is in the > man/info pages. > Any clue ? 'su' is not implemented in cygwin (yet). The closest you can get now is setting up sshd and using 'ssh user@localhost'. There was some talk of one of the new packages having that functionality, but you'd have to read the mailing list archives to verify that. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- 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: su command ?
Igor Pechtchanski a écrit: 'su' is not implemented in cygwin (yet). The closest you can get now is setting up sshd and using 'ssh user@localhost'. There was some talk of one of the new packages having that functionality, but you'd have to read the mailing list archives to verify that. Igor Well, actually, I made a search on su, but I didn't get any answer. Thanks for yours. :-) -- . . . .:::. ### \|/` ___ ' :(o o): . (o o) (o o) - (O o) - ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo-ooO--(_)--Ooo- -- 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/
Sshd: Resource temporarily unavailable - solved, sort of
Symptom: sshd disconnects immediately after connection, logging error message "Read from socket failed: Resource temporarily unavailable". This is apparently caused by windows returning status code WSAEWOULDBLOCK, which is what it does if you attempt to do a non-blocking read when there is no data available from the socket. Another problem that seems to occur at the same time is that sshd.exe sometimes starts using 40-50% of CPU, according to task manager, and keeps using it until stopped. Telnet still works, but while a session is connected, in.telnetd.exe uses 40-50% of CPU. These problems magically vanish if McAfee is unloaded. Version is 7.00.5000, scan engine 4.1.60. My previous McAfee, version 5 I think, didn't cause these sorts of issues. ...*&*#!@ virus scanners. I would be interested to know if this also solves Emilio Icaza's problem. HTH Regards -- 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: rxvt, once again...
Rui, At 14:21 2002-12-23, Rui Carmo wrote: On Monday, Dec 23, 2002, at 11:58 Europe/Lisbon, Chris Game wrote: That's interesting, but what's the advantage of rxvt over opening cygwin/bash in a Windows command window, where all the formatting options (except initial placement I grant you) are available from the prompt window properties? The main of rxvt advantage for someone who uses Unix terminals extensively is a fully dynamic, resizable terminal window - something the built-in W2K/XP prompt cannot provide. And I mean "resizable" as in height _and_ width. I've never had any trouble resizing character windows running BASH and Vim under Windows 2K, nor have I experienced any limits to how I can do so. I always have 5000 lines of scrolls back and when I'm dealing with logic code that produces huge formulas, I max the width out to the 170 characters that will fit on my monitor. All without trouble. Randall Schulz ... R. -- 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: rxvt, once again...
On Monday, Dec 23, 2002, at 11:58 Europe/Lisbon, Chris Game wrote: > That's interesting, but what's the advantage of rxvt over opening > cygwin/bash in a Windows command window Unix style cut and paste. A bit of a speed improvement. Resizable on Win98. Shift-PageUp scrolls up. Switches buffers when using curses. Solid block cursor, instead of small blinking one. Room to grow (you've got the source). Those are some of my reasons. -steve -- 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: rxvt, once again...
"I've never had any trouble resizing character windows running BASH and Vim under Windows 2K" Hmmm, my results are pretty much the opposite. In Win2000, I can only resize the window in the vertical direction. In Win98SE I could only resize it very slightly, if at all. This is true (for me) in general for command shell operations. Maybe I have something set wrong. (I take pretty much for granted that I do, since I trust you completely Sir Randall) All I know is RXVT gave me a resizable, very good window from the get-go. (Ph.D. proof even) Wayne -- 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: rxvt, once again...
At 16:43 2002-12-23, Dockeen wrote:
"I've never had any trouble resizing character windows runningBASH and Vim
under Windows 2K"
Hmmm, my results are pretty much the opposite. In Win2000, I can only
resize the window in the vertical direction. In Win98SE I could only
resize it very slightly, if at all. This is true (for me) in general for
command shell operations. Maybe I have something set wrong. (I take pretty
much for granted that I do, since I trust you completely Sir Randall) All
I know is RXVT gave me a resizable, very good window from the get-go.
(Ph.D. proof even)
Wayne
Wayne,
You do realize, don't you, that you cannot change the size of the window's
backing buffer by dragging the window borders or corners? The window's size
is limited by the buffer size, so it simply cannot be made wider than the
backing buffer's width by border or corner dragging. To reall change the
buffer size, which is what I consider resizing the window (I don't like
horizontal scroll bars much, for one thing), you have to go to the window's
Properties dialog's Layout tab and change the appropriate dimension(s).
I find this little snippet handy when I want to confirm the terminal size
as seen by the software and reported by the "stty" command:
tsize ()
{
stty -a | sed -n '/rows.*columns/ s/.*\(rows[^;][^;]*;[^;][^;]*\);.*/\1/p'
}
Randall Schulz
--
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/
OpenGL Problem
Gents: While working on the FlightGear project we came across this "feature" of the Cygwin OpenGL support: > Paul Deppe writes: > > > > I found that Cygwin installs TWO copies of gl.h: > > > > opengl package installs: /usr/include/GL/gl.h (which declares > > glActiveTextureARB) and w32api package installs: > > /usr/include/w32api/GL/gl.h, (which does not). > > > > The w32api gl.h is dated later but does not declare glActiveTextureARB. > > > > Aha... it works _without_ the above patch when I hide > > /usr/include/w32api/GL! Is this a Cygwin bug? Are there really supposed to be two copies of GL/gl.h? If so, how does one make sure that configure picks the right one? Forwarded for your consideration. Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight & Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [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/
RE: su command ?
> > 'su' is not implemented in cygwin (yet). The closest you can get now is > > setting up sshd and using 'ssh user@localhost'. There was some talk of > > one of the new packages having that functionality, but you'd > have to read > > the mailing list archives to verify that. > > Igor > > Well, actually, I made a search on su, but I didn't get any answer. > Thanks for yours. :-) See here for source and binary. Works on XP only. (Also works on Windows 2k, but you can't escalate priveleges - i.e. can't get Administrator from normal User account). http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/CygwinSu Chris -- 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: Perl package File::Spec confused under cygwin
On Sun, 22 Dec 2002 02:59:49 GMT, Michael A Chase <[EMAIL PROTECTED]> wrote in [EMAIL PROTECTED]:">news:[EMAIL PROTECTED]: > On Sat, 21 Dec 2002 17:36:58 -0800 "linda w (cyg)" <[EMAIL PROTECTED]> > wrote: > >>> Note that Cygwin, like Unix, doesn't have a concept of >>> volume. Everything except network paths (//host/dir) are >>> based on a single root directory. >> --- >> But Unix does have a concept of a mount point (device) and >> path from the mount point. Conceivably, one could view the >> mount point itself as a local host name for the "volume" (local, >> remote or a device) with path being location on the mounted fs. > > device != volume. For the purposes of File::Spec, it would be better > to leave the directory structure as a single tree. > >> It is arbitrary to choose to see the /fs as one giant >> undifferentiated tree. > > But that is the convention used by Unix and hence Cygwin. You can > distinguish which device a file or directory is in by using the first > element returned by stat(), but that doesn't affect the file spec. This is the crucial point. It may be arbitrary but that doesn't mean you can ignore it and still make cogent arguments that some code isn't working right. Historical factors determine a great many things in our computing life. Historically, MS Windows decided to have a concept of "Volumes" (which indeed are NOT the same thing as "devices") whereas Unix decided to have such a thing as a single-rooted or monolithic filesystem. That's just the way it is. I personally think that the single-rooted filesystem is far more rational. Take away the conventions that dictate that there will always be a "/bin" and a "/usr" and a "/tmp" dir, etc., and it is *still* an important concept. There's always going to be a "root" above which you cannot climb, but beneath which everything can be decended into. To me, that is rational. Also more than any other single factor it gives me the kind of distinct Unix-style computing experience. It reminds me that the family of orchid plants (a huge family numbering in the 10s of 1000s of species) there is a major division: "monopodial" ['single-footed'] vs. "sympodial" ['together-footed' or something like that]. At a glance, most people can see the difference between monopodial types of orchids and sympodial types, once the concept has been explained to them. Likewise, this filesystem-structure difference between MSWin and POSIX is a BIG, fundamental difference. It isn't merely a small detail of style (that people can be careless about paying attention to most of the time) but rather a large, shaping issue. IMHO. >>> You can always call File::Spec::Win32 -> splitpath() to get >>> that behavior. >> --- >> Well, for 'portability' one shouldn't call :: anything. >> The purpose of File::Spec was to provide a OS independent way to >> deconstruct/construct pathnames into their separate components. > > Portability is a worthy goal, but sometimes you have to accomodate > your specific environment, that's why $^O is available. Yeah. Sometimes the better part of valor is just to put some conditionals in your Perl code to accomodate the reality that Perl hasn't yet been able to completely "flatten" all OS distinctions. >>> It does, but File::Spec::Cygwin is very close to File::Spec::Unix. >> --- >> Yeah...got that. I guess most immediate fix would be to fix >> the Cygwin version to differentiate things... then if it was >> important, one could split the path to mount:path for more useful, >> yet spec-compatible functionality. > > If you submit a Perl bug report with a patch that does what you want > and explains why you want it, it is likely to get included in the next > release of Perl. If you talk nice to Gerrit, you may even get it in > the next build of Cygwin Perl pending a change to the base source. > Borrowed code from File/Spec/Win32.pm may provide a start. I am wondering, Michael, have you tried my module? I'd value your feedback on it. CPAN-Authors listing: /S/SO/SOMIAN/. -- Yes, it's really Sören, not Soren. -- 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: Perl package File::Spec confused under cygwin
This may be somewhat arcane/tedious, but... > > But Unix does have a concept of a mount point (device) and > > path from the mount point. Conceivably, one could view the mount > > point itself as a local host name for the "volume" (local, > remote or a > > device) with path being location on the mounted fs. > > device != volume. For the purposes of File::Spec, it would > be better to leave the directory structure as a single tree. --- I agree the current functionality is useful. It is likely what I would usually need, but I don't recall a purpose statement that wouldn't equally apply to thinking of other OSs', 'volumes', as simply part of the path. For example, I want to create another file in the same subdirectory with a different extension, splitting out volume would seem unuseful. In fact, if I choose, say, in Windows, to think of "D:" merely as a 'shortcut', to a predetermined directory (set by chdir), and regard D: as a path component, where d:windows decomposes to dirname=d:, basename=windows, then one could argue that "D:" is merely another type of "dir" component and should be viewed equivalently in cases where filesystem (or volume) is unimportant. I can't think of any examples where I want the volume separate from the pathname except in those cases where I also want an undifferentiated path in unix. However, in examples where I think I want a 'volume' or 'mount-point', (as in implementing a 'mv' function), I also need to know the same information in unix. i.e -- if manip filename in same dir, I want them together, else if I want to copy or move to a different dir, I need to know whether 'ln' or 'cp' semantics need to be used -- which means, OS independent, I need to know if they are on a separate FS. Forget what you know about unix for a second. In OS's, what does 'volume' usually mean? Isn't it an independent file system that can be referenced via an OS and user dependant identifier? Why wouldn't that apply to unix? > If you submit a Perl bug report with a patch that does what > you want and explains why you want it, it is likely to get > included in the next release of Perl. If you talk nice to > Gerrit, you may even get it in the next build of Cygwin Perl > pending a change to the base source. Borrowed code from > File/Spec/Win32.pm may provide a start. --- Yeah. Don't get me wrong. I need the functionality currently provided, but just like with 'mv', I also need to know if a target requires me to issue a 'rename' or a 'copy'. I may be wrong, can you think of many (or any) situtations where you'd want to know about a 'volume', separately, on another OS, where you wouldn't also want to know parallel 'fs' information? Ultimately, to implement a 'mv', some determination needs to be made to get the absolute OS-internal device numbers since it is always possible that you are copying from the same device to the same via a different mount point and theoretically, that should be handled as a "create new link, remove old link" operation instead of a physical file copy. I might propose to a perl audience that the default case should be to treat 'volume' as 'fs-mount-point' in unix to provide equivalent functionality to other OS's and that a special case be setup for where you don't care about volume and just want "file-prefix" + "separator" + "basename". I suppose this is potentially a philosophical question that may need discussion at the Perl monastery by and with a bunch of Perl monks... :-) -l -- 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-1.3.17-1 & rxvt
I couldn't find any reference to this in the archives or else, apologies if it has been previously discussed... I've just upgraded cygwin1.dll, from 1.3.6-6 to 1.3.17-1 (just installed exim, which complained about the missing strlcpy export in cygwin1.dll - 1.3.17-1 fixed this). However, as a result, rxvt (previously working flawlessy) went funky - the main symptom, is that, when running it from the Windows GUI (eg, shortcut), the cols and rows aren't being set (stty size = 0 0). Interestingly, running rxvt from tcsh in a console window, the cols and rows are set properly to the actual window size. Similarly, opening console windows still works fine. Though, there are still a few terminal issues, even under a console. For example, running man (rxvt or console) I get: :581: warning: `nem' not defined (probable missing space after `ne') I'm sure there are more terminal issues (suspending man, then foregrounding makes less behave weirdly under rxvt), but the stty one in rxvt is the most easily identifiable one. On finding the problem, I tried updating rxvt, termcap and terminfo to the latests, which didn't help any. (And either termcap or terminfo did more harm than good - opening mutt in rxvt paints the entire window black - I've since put the old rxvt, termcap and terminfo back). rxvt - 2.7.2-6 -> 2.7.9-2 termcap - 20010825-1 -> 20020930-1 terminfo - 5.2-1 -> 5.2-3 (For what it's worth, if I put my old cygwin1.dll back, everything is completely back to normal.) The way I updated cygwin1.dll was by downloading the tarball, and extracting cygwin1.dll to /bin. (My downfall? Maybe. :) ) Not being well versed in termcap, rather than dig myself a larger hole, I thought I should ask about it / how I should fix it here. (Which, I guess could include 'going to hell for not using setup.exe'. :) ) I think all the relevent sys info is already in cygcheck -s -v -r attached. But I will note that $TERM under rxvt is xterm, and that cygcheck -s -v -r represents the system with the only change being the 1.3.17-1 cygwin1.dll. It's also generated from an rxvt window, which I figured would be slightly more helpful that from a console window. Any comments would be appreciated, as I'd like to get exim running without breaking rxvt. :) Mark. -- Mark Ord | "We always have music playing, Melbourne, Australia | it's up to us to hear it as mailto:[EMAIL PROTECTED] | bosanova..." http://www.alphalink.com.au/~ord/home/ | - Roger Clyne - Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Dec 24 14:01:05 2002 Windows 98 SE Ver 4.10 Build Path: . C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS c:\WINDOWS\COMMAND c:\WINDOWS\COMMAND c:\BIN C:\cygwin\bin c:\LANG\PERL\BIN C:\cygwin\home\ord\bin C:\cygwin\home\ord\bin\hostname C:\cygwin\usr\sbin c:\bin\MailServer SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\ord' MAKE_MODE = `unix' PWD = `/home/ord' USER = `ord' BLASTER = ` A220 I5 D1 T4 ' CMDLINE = `WIN' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMSPEC = `C:\WINDOWS\COMMAND.COM' DEF_MAKEFILE = `/d/Sources/C/makfiles/defs.mak' DIRCMD = `/ON /W' DISPLAY = `:0' DOMAIN = `.home' DS = `/' EDITOR = `vi' GROUP = `users' HOMEDRIVE = `C:' HOMEPATH = `\cygwin\home\ord' HOST = `chimera' HOSTNAME = `chimera.home' HOSTTYPE = `i386' LOGNAME = `ord' LS_COLORS = `no=00:fi=00:di=01;34:ln=target:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;31:' MACHTYPE = `i386' MAIL = `/var/spool/mail/ord' MAIL_FOLDERS = `/var/spool/mail/* /var/spool/mail2/*' MAKEFILE_PATH = `/d/Sources/C/makfiles' MYENVSET = `' NNTPSERVER = `news.alphalink.com.au' OSTYPE = `posix' PAGER = `less' PROMPT = `$T$E[m0$H$H$H$H$H$H$H $E[1m$P$G$E[0m' SCRIPTS = `/home/ord/scripts' SHELL = `/bin/tcsh' SHLVL = `1' TERM = `xterm' TZ = `EST-11EDT' USR_INC = `/d/Sources/C/include' USR_LIB = `/d/Sources/C/lib/gcc' VENDOR = `intel' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' WINDOWID = `72950912' HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\&Programs\Cygnus Solutions (default) = (unsupported type) HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `d:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/apache (default) = `\c\Program Files\apache group\apache\apache' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MAC
Re: rxvt, once again...
"You do realize, don't you, that you cannot change the size of the window's backing buffer by dragging the window borders or corners?" I know that I can use my mouse to directly resize the rxvt window, by grabbing and dragging with my mouse. Thats why I like it. Works beautifully in 98,2000 and XP. Wayne -- 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:Strange behaviour of gcc
[EMAIL PROTECTED] wrote:
> Can somebody explain why gcc (version 3.2 20020927) on Cygwin does
> this? Type this simple C program
>
> void func(void){
> struct {unsigned char data[3985];}var;
> }
>
> and compile with
>
> gcc -c filename.c
>
> Then type
>
> nm filename.o
>
> The output is
>
> b .bss
> d .data
> t .text
> U __alloca
> T _func
>
> Why on earth is the symbol __alloca doing there?
>
> Just change the program to
>
> void func(void){
> struct {unsigned char data[3984];}var;
> }
>
> and compile it. This time, nm's output is
>
> b .bss
> d .data
> t .text
> T _func
>
> as it should. Is there a reason why the symbol __alloca appears?
GCC's __builtin_alloca uses a helper function called _alloca to check the stack
whenever allocating more that 4000 bytes in one go.
Danny
http://movies.yahoo.com.au - Yahoo! Movies
- What's on at your local cinema?
--
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: Running cygwin built programs in Windows XP
Hey I was just letting him know how I did it. Never said it was the correct way to do it, because I never knew about the shared memory thing. Ok then I have a question, if you can't use -mno-cygwin to compile you just need to make sure the path is set correctly and it will work? -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 22, 2002 11:36 PM To: [EMAIL PROTECTED] Subject: RE: Running cygwin built programs in Windows XP Pharas, Larry is correct. You are not. Problems do occur with multiple copies of Cygwin1.dll on a system. We see it here all the time. Cygwin relies on a shared memory segment and when there's more than one copy of the DLL on a given system, eventually a second one will get loaded, try to initialize itself and either fail or interfere with the one that's already loaded and initialized. If you want to do this, it's no skin off our nose, but DON'T recommend that others do so. Randall Schulz At 20:53 2002-12-22, Pharas wrote: >I meant to just copy it not move it outright, as far as unstability I have >been using cygwin for quite a long time and have had no probs with this. >Even when you upgrade the cygwin package and install it, it will ask you if >you would like to remove the old dll from the system32 folder. Then you >could just do a copy of the new one. That said you could just make a copy of >it to the folder where your executable is it will work there to. Thanks for >your time. > > Pharas > >-Original Message- >From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] >Sent: Sunday, December 22, 2002 1:41 PM >To: Pharas; [EMAIL PROTECTED] >Subject: RE: Running cygwin built programs in Windows XP > >Anyone who decides they want to do this is free to but it will invalidate >their installation and make it unstable. Future problems they may run into >as a result will not be seriously entertained by this list (assuming said >persons post to this list for help in those cases) until cygwin1.dll is >put back where setup installed it. For anyone wondering, copying >cygwin1.dll to this directory or any other carries the same warning. > >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 > > >At 12:55 AM 12/22/2002, Pharas wrote: > >Just stick cygwin1.dll in your windows\system32 folder. > > > >-Original Message- > >From: John Seeliger [mailto:[EMAIL PROTECTED]] > >Sent: Saturday, December 21, 2002 6:41 PM > >To: [EMAIL PROTECTED] > >Subject: Running cygwin built programs in Windows XP > > > >How do I run a program that I built with gcc under Cygwin in Windows? When > >I try to run them, it says it can't find cygwin1.dll. > > > >-- > >John Seeliger -- 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/
