Re: Norton Internet Security and Cygwin: What settings for NIS? *** SOLUTION *** ???

[René Berber]

surendar jeyadev wrote:
[snip]
> 
> One last question (and we may change the thread). All
> this
> is because I want to use 'cdrecord' from Joerg
> Schilling
> on my PC. Is there a package available? I am brand new
> to Cygwin and am not sure how one mine's the stuff --

No, no package, but there is one available for Cygwin:  Look for
cdrecord-prodvd-2.01a11-i586-pc-cygwin.exe or a more recent version (this was
from 2003).
-- 
René Berber


--
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: Norton Internet Security and Cygwin: What settings for NIS? *** SOLUTION *** ???

[surendar jeyadev]

First of all, many thanks to all you who have pitched
in to help me out.

I followed Rene's advice and added 'hostname.exe' to
the NIS
'allowed' list. I found that things moved along, but
got
stuck at 'uname'(should have expected that to
happen!).
So I added 'uname.exe' to NIS's list. And, lo and
behold,
everything seemed right.

Then I tried 'vi' and it hung. By some stroke of luck
I
discovered that I had to logoff NIS. In my set up,
from
Dell, users are logged into NIS at Startup (do not
know
why). It is not just the firewall coming up, but the
user
is logged into the Norton account. If I just logoff
the 
account and leave the firewall on, things seem to
work.

I will try some more things when I have time.

One last question (and we may change the thread). All
this
is because I want to use 'cdrecord' from Joerg
Schilling
on my PC. Is there a package available? I am brand new
to Cygwin and am not sure how one mine's the stuff --
I 
apologise for these simplistic questions.

Thanks again to all of you.

sj




__ 
Yahoo! Music Unlimited 
Access over 1 million songs. Try it free. 
http://music.yahoo.com/unlimited/

--
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: How to improve scp speed?

[Shankar Unni]

lin q wrote:

A dumb question, could I somehow remove the encryption at all? 


Well, "-c none" doesn't seem to work :-), so I'm guessing your best bet 
is to use "rsh" instead of "ssh" for this. Voila, no encryption.



--
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 and (Linux or Unix) env: running applications

[Aldi Kraja]

Thank you Igor,

Your suggestion was good, but did not resolve the problem. Somehow SAS 
was still missing the command by not invoking the symbolic links. After 
many trials here is the solution in case someone else has a similar problem:


Through SAS I created a run.sh file in which I added the following lines:

#! /usr/bin/tcsh

### run.sh file

splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt 
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err


In SAS under a macro I do the following:

%sysexec chmod +x c:\aldi2\splus_test\run.sh;

%syexec tcsh c:\aldi2\splus_test\run.sh ;

Now SAS and Splus can run automatically in batch mode in my PC under 
cygwin by recognizing cygwin symbolic links.

Best,

Aldi



Igor Pechtchanski wrote:


On Tue, 29 Nov 2005, Aldi Kraja wrote:

 


Hi,

1. I have set two symbolic links under the /usr/local/bin/
for SAS (sas) and SPLUS (splus70) for windows (Two statistical packages that
reside in my desktop with Microsoft XP OS).
[snip]

When I use SAS to invoke the same command:
%sysexec splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err ;

or
X 'splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err';

or
call system('splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');

cygwin responds with a window at C:\ WINDOWS\system32\cmd.exe

'splus70' is not recognized as internal or external command, operable
program or batch file
c:\aldi2\splus_test>

Do you know if cygwin is providing a different general path to the
programs such as SAS?
Any suggestions how can I tell SAS that "splus70" is present in the
general path of cygwin?
   



First off, please don't hijack an unrelated thread for your questions --
if you have a separate question, please start a new thread.
Secondly, Windows programs (like SAS) don't understand Cygwin symlinks.
Either let SAS know where the real SPLUS lives, or spawn a Cygwin process
that will understand the symlink (e.g., something like

call system('bash -c "splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err"');

).
HTH,
Igor
 



--



--
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: complete newbie Q

[Corinna Vinschen]

On Nov 29 18:18, Dave Korn wrote:
> Christopher Faylor wrote:
> > On Tue, Nov 29, 2005 at 04:52:05PM -, Dave Korn wrote:
> >> Dave Korn wrote:
> >>> porting effort.  (MinGW provides _some_ of the POSIX syscalls, but it's
> >>> a massively less-complete implementation than Cygwin.  MSYS provides
> >>> more,
> >> 
> >> ...  but it's not included in the cygwin mingw distribution.)
> > 
> > MSYS is just a (very) old version of cygwin with some hacks to translate
> > path names and a different way of dealing with the mount table.
> 
>   I know that!

Really?

> >  So,
> > MSYS will never be included in the cygwin distribution.  It wouldn't
> > make any sense to do so.
> 
>   Yes it would.  It would allow people to write "gcc -mno-cygwin -lmsys".
> 
>   As long as there's going to be a mingw cross-build environment in cygwin at
> all, it would be entirely reasonable to distribute libmsys.a next to
> libmingw32.a, libmingwex.a, libmingwthrd.a, etc.

Yeah, and MingW is going to include libcygwin.a and include files.
And both, MingW and Cygwin will in future include all include files
and libs to create PPC-Linux binaries.  So everybody will be happy.

You're off the point.  MSYS is only a helper for building MingW/native 
Windows apps.  There's no reason at all to support building MSYS linked
binaries inside of a Cygwin environment.  If you want native Windows
apps, link with -mno-cygwin, if you want POSIX apps, don't.


Corinna

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

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

g77, iargc, getarg don't work for shared linking on Cygwin

[Alan W. Irwin]

The problem: iargc, and getarg work for g77 on Cygwin when programmes are
built with static linking but not when they are built with shared linking.
g77 platforms other than Cygwin do not have this problem.

Static linking builds an executable that works fine:

g77 -c chkargs.f -o chkargs.o
g77 --verbose -o tstarg.exe tstarg.f chkargs.o >g77_static.out 2>&1
./tstarg a b c
 Number arguments: 3
 0./tstarg
 1a
 2b
 3c

Shared linking builds an executable that does not work correctly.
iargc returns -1, and getarg returns blanks.

g77 -c chkargs.f -o chkargs.o
g77 -shared chkargs.o -o cygchkargs.dll \
-Wl,--enable-auto-image-base \
-Wl,--out-implib,libchkargs.dll.a
g77 --verbose -o tstarg.exe tstarg.f libchkargs.dll.a >g77_shared.out 2>&1
./tstarg a b c
 Number arguments: -1
 0
 1
 2
 3

Here is the fortran source code for the above tests:

tstarg.f:
  program tstarg
  call chkargs
  end
chkargs.f:
  subroutine chkargs
  integer i
  integer narg
  character*20 arg
  intrinsic iargc, getarg

  narg = iargc()
  write(*,*) 'Number arguments:', narg

C Use narg = 3 to allow testing both iargc above and getarg below.
C However, in tests must always call with 3 arguments!
  narg = 3
  do i = 0,narg
 call getarg(i,arg)
 write(*,*) i, arg
  enddo
  return
  end

Here is the g77 --verbose output in the static linking case:

g77_static.out:
Driving: g77 -v -o tstarg.exe tstarg.f chkargs.o -lfrtbegin -lg2c
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug : (reconfigured) 
Thread model: posix

gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/f771.exe tstarg.f -quiet -dumpbase tstarg.f 
-mtune=pentiumpro -auxbase tstarg -version -o 
/cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/cc3DksMj.s
GNU F77 version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) 
(i686-pc-cygwin)
compiled by GNU C version 3.4.4 (cygming special) (gdc 0.12, using dmd 
0.125).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=65446
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/as.exe -o 
/cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/ccnj0mYl.o 
/cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/cc3DksMj.s
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/collect2.exe -Bdynamic 
--dll-search-prefix=cyg -o tstarg.exe 
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../crt0.o 
-L/usr/lib/gcc/i686-pc-cygwin/3.4.4 -L/usr/lib/gcc/i686-pc-cygwin/3.4.4 
-L/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../.. 
/cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/ccnj0mYl.o chkargs.o -lfrtbegin 
-lg2c -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc

The last line is the key one so I repeat it in wrapped form for clarity.

 /usr/lib/gcc/i686-pc-cygwin/3.4.4/collect2.exe -Bdynamic \
 --dll-search-prefix=cyg -o tstarg.exe \
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../crt0.o \
 -L/usr/lib/gcc/i686-pc-cygwin/3.4.4 \
 -L/usr/lib/gcc/i686-pc-cygwin/3.4.4 \
 -L/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../.. \
 /cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/ccnj0mYl.o \
 chkargs.o -lfrtbegin \
 -lg2c -lgcc -lcygwin -luser32 -lkernel32 \
 -ladvapi32 -lshell32 -lgcc

Here is the g77 --verbose output in the shared linking case:
g77_shared.out:
Driving: g77 -v -o tstarg.exe tstarg.f libchkargs.dll.a -lfrtbegin -lg2c
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug : (reconfigured) 
Thread model: posix

gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/f771.exe tstarg.f -quiet -dumpbase tstarg.f 
-mtune=pentiumpro -auxbase tstarg -version -o 
/cygdrive/c/DOCUME~1/HP_EIG~1/LOCALS~1/Temp/ccmrjVaM.s
GNU F77 version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) 
(i686-pc-cygwin)
compiled by GNU C vers

RE: complete newbie Q

[Dave Korn]

Christopher Faylor wrote:
> On Tue, Nov 29, 2005 at 04:52:05PM -, Dave Korn wrote:
>> Dave Korn wrote:
>>> porting effort.  (MinGW provides _some_ of the POSIX syscalls, but it's
>>> a massively less-complete implementation than Cygwin.  MSYS provides
>>> more,
>> 
>> ...  but it's not included in the cygwin mingw distribution.)
> 
> MSYS is just a (very) old version of cygwin with some hacks to translate
> path names and a different way of dealing with the mount table.

  I know that!

>  So,
> MSYS will never be included in the cygwin distribution.  It wouldn't
> make any sense to do so.

  Yes it would.  It would allow people to write "gcc -mno-cygwin -lmsys".

  As long as there's going to be a mingw cross-build environment in cygwin at
all, it would be entirely reasonable to distribute libmsys.a next to
libmingw32.a, libmingwex.a, libmingwthrd.a, etc.

  Now, I agree that cygwin isn't mingw, and it would be pointless to attempt
to include mingw-builds of *every* imaginable lib with cygwin, and that people
who want mingw should get mingw, and that the cross-compiler distributed in
cygwin is just a convenience facility and does not attempt to be a
fully-featured dev environment, but even so:

  a) msys /almost/ counts as a core library of mingw, so
  b) it _would_ "make sense" to include it, just as much so as to not include
it, and
  c) any reason for doing so or not doing so isn't to do with the fact that
it's so similar to (being derived from) cygwin, but is to do with the
cost/benefit ratio of including an extra library in the cygwin mingw
cross-environment.

  IOW it's not remotely as daft a suggestion as your words might be taken to
imply.

  PS:  Aren't hippos great?[*]

cheers,
  DaveK

http://images.google.co.uk/images?q=hippos&sourceid=mozilla-search&ie=utf-8&oe
=utf-8&client=firefox-a&rls=org.mozilla:en-GB:official&sa=N&tab=wi
-- 
Can't think of a witty .sigline today


--
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: complete newbie Q

[Christopher Faylor]

On Tue, Nov 29, 2005 at 04:52:05PM -, Dave Korn wrote:
>Dave Korn wrote:
>>porting effort.  (MinGW provides _some_ of the POSIX syscalls, but it's
>>a massively less-complete implementation than Cygwin.  MSYS provides
>>more,
>
>...  but it's not included in the cygwin mingw distribution.)

MSYS is just a (very) old version of cygwin with some hacks to translate
path names and a different way of dealing with the mount table.  So,
MSYS will never be included in the cygwin distribution.  It wouldn't
make any sense to do so.

--
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 and (Linux or Unix) env: running applications

[Igor Pechtchanski]

On Tue, 29 Nov 2005, Aldi Kraja wrote:

> Hi,
>
> 1. I have set two symbolic links under the /usr/local/bin/
> for SAS (sas) and SPLUS (splus70) for windows (Two statistical packages that
> reside in my desktop with Microsoft XP OS).
> [snip]
>
> When I use SAS to invoke the same command:
> %sysexec splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err ;
>
> or
> X 'splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err';
>
> or
> call system('splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
> c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');
>
> cygwin responds with a window at C:\ WINDOWS\system32\cmd.exe
>
> 'splus70' is not recognized as internal or external command, operable
> program or batch file
> c:\aldi2\splus_test>
>
> Do you know if cygwin is providing a different general path to the
> programs such as SAS?
> Any suggestions how can I tell SAS that "splus70" is present in the
> general path of cygwin?

First off, please don't hijack an unrelated thread for your questions --
if you have a separate question, please start a new thread.
Secondly, Windows programs (like SAS) don't understand Cygwin symlinks.
Either let SAS know where the real SPLUS lives, or spawn a Cygwin process
that will understand the symlink (e.g., something like

call system('bash -c "splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err"');

).
HTH,
Igor
-- 
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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 and (Linux or Unix) env: running applications

[Aldi Kraja]

Hi,

1. I have set two symbolic links under the /usr/local/bin/
for SAS (sas) and SPLUS (splus70) for windows (Two statistical packages 
that reside in my desktop with Microsoft XP OS).


2. In advance I start the x-win by the "startx" in cygwin. (cygwin/X 
Project, release 6.8.2.0-2)


3. under a directory "splus_test" I have a tiny program in SAS that 
writes a program test (batch.txt) for SPLUS.


4. to execute the program for SPLUS I apply the following:

splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt  
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err


It works fine. The program does the work in SPLUS.

When I use SAS to invoke the same command:
%sysexec splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt  
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err ;


or
X 'splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt  
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err';


or
call system('splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt  
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');


cygwin responds with a window at C:\ WINDOWS\system32\cmd.exe

'splus70' is not recognized as internal or external command, operable 
program or batch file

c:\aldi2\splus_test>

Do you know if cygwin is providing a different general path to the 
programs such as SAS?
Any suggestions how can I tell SAS that "splus70" is present in the 
general path of cygwin?


TIA for any suggestions,

Aldi


--
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: complete newbie Q

[Dave Korn]

Dave Korn wrote:

> porting effort.  (MinGW provides _some_ of the POSIX syscalls, but it's a
> massively less-complete implementation than Cygwin.  MSYS provides more,

... but it's not included in the cygwin mingw distribution.)


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


--
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: complete newbie Q

[Dave Korn]

-Tim Prince wrote:
> Weiqi Gao wrote:
>> On 11/29/05, rosty  wrote:

>> 
>>> For example, can a take a unix source,
>>> compile and run it under cygwin, then go to another win32 machine that
>>> has not cygwin installed, and run it there?
>> 
>> 
>> No.
>> 
> Unless you can accept -mno-cygwin as a solution.  

  Actually, the answer's _still_ no.

  If you use -mno-cygwin, you won't have the cygwin library functions
available, and most bog-standard unix sources won't compile without some
porting effort.  (MinGW provides _some_ of the POSIX syscalls, but it's a
massively less-complete implementation than Cygwin.  MSYS provides more, ).


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


--
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: complete newbie Q

[Tim Prince]

Weiqi Gao wrote:
> On 11/29/05, rosty <[EMAIL PROTECTED]> wrote:
> 
>>Is it possible to compile under a cygwin a native windows application that
>>will run without cygwin installed?
> 
> 
> Yes.
> 
> 
>> For example, can a take a unix source,
>>compile and run it under cygwin, then go to another win32 machine that has
>>not cygwin installed, and run it there?
> 
> 
> No.
> 
Unless you can accept -mno-cygwin as a solution.  All this, and maybe
even the nit-picking semantics, should be covered in the FAQ.

--
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: complete newbie Q

[Weiqi Gao]

On 11/29/05, rosty <[EMAIL PROTECTED]> wrote:
>
> Is it possible to compile under a cygwin a native windows application that
> will run without cygwin installed?

Yes.

>  For example, can a take a unix source,
> compile and run it under cygwin, then go to another win32 machine that has
> not cygwin installed, and run it there?

No.

--
Weiqi Gao (高为奇)
[EMAIL PROTECTED]
http://www.weiqigao.com/blog/

complete newbie Q

[rosty]

Is it possible to compile under a cygwin a native windows application that
will run without cygwin installed? For example, can a take a unix source,
compile and run it under cygwin, then go to another win32 machine that has
not cygwin installed, and run it there?




--
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: Can Not Get The Login Screen

[Jim Drash]

http://xfree86.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-query


On 11/29/05, Abbas Kayvan <[EMAIL PROTECTED]> wrote:
> Hi,
> I am trying to connect to my Linux machine from home.  I can start the X
> window, then I do X -query myipaddress, but all I get is a grey screen
> with a "X" shaped cursor, I am VPNing to work, and runnig on XP.  I have
> looked for a solution all over the net to no avail, in fact the info
> provided on cygwin's FAQs does not make any difference, I am referring
> to http://xfree86.cygwin.com/docs/faq/cygwin-x-faq.html section 8.4 that
> is {Fatal server error: could not open default font 'fixed'}.  I guess
> this could be a setup issue, but I just can not get the login screen,
> could anyone please provide some input here is my XWin.log file, thanks.
>
> Welcome to the XWin X Server
> Vendor: The Cygwin/X Project
> Release: 6.8.2.0-4
>
> Contact: cygwin-xfree@cygwin.com
>
> XWin was started with the following command line:
>
> X -query 192.168.2.123
>
> ddxProcessArgument - Initializing default screens
> winInitializeDefaultScreens - w 1024 h 768
> winInitializeDefaultScreens - Returning
> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
> (II) XF86Config is not supported
> (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more
> information
> (==) FontPath set to
> "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6
> /lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/f
> onts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
> MIT-SHM extension disabled due to lack of kernel support
> XFree86-Bigfont extension local-client optimization disabled due to lack
> of shared memory support in the kernel
> (--) Setting autorepeat to delay=500, rate=31
> (--) winConfigKeyboard - Layout: "0409" (0409)
> (--) Using preset keyboard for "English (USA)" (409), type "4"
> (--) 16 mouse buttons found
> Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing
> from list!
> winDeinitMultiWindowWM - Noting shutdown in progress
>
>
> --
> 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/
>
>
>

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

[ANNOUNCEMENT] New package: tinyirc 1.1 -- A tiny IRC client with all the basic features

[Jari Aalto]

PACKAGE DESCRIPTION
===

Home page: http://packages.debian.org/unstable/net/tinyirc
License  : GPL

A tiny IRC client with all the basic features.

A very small, stripped down IRC client. It doesn't have most of the
more advanced commands in the ircII family of IRC Clients, nor does it
have any color, but it works, and it's tiny.

CHANGES SINCE LAST RELEASE
==



INSTALL OR UPGRADE NOTES




CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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]

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

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




--
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: Updated: xemacs-21.5.23-1/xemacs-tags-21.5.23-1/xemacs-emacs-common-21.5.23-1

[Shaddy Baddah]

Hi.

Dr. Volker Zell wrote:
> Hi
> 
> A new *TEST* version of 'xemacs' has been uploaded to a server near you.

Thank you very much Volker. This version is exactly what I have been
hoping for, for quite a while (Chinese characters in utf8 encodings, and
msw toolkit).

Thanks also, of course, to the Cygwin & Xemacs developers and community.

Best regards,
Shaddy


--
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: enscript-1.6.4-1

[Dr. Volker Zell]

> Charles Wilson writes:

> ...has a packaging error.  While the postinstall script does this:
> if [ ! -e /etc/enscript.cfg ] ; then
> cp /etc/enscript.cfg.default /etc/enscript.cfg
> fi

> the package actually contains 
>/etc/enscript.cfg
> and does NOT contain
>/etc/enscript.cfg.default

I would also put the default config file under the /etc/default
directory hirarchie. A lot of packages already do this.

Ciao
  Volker


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