[ANNOUNCEMENT] New Package: distcc

[John Morrison]

distcc is a program to distribute builds of C, C++, Objective C
or Objective C++ code across several machines on a network.
distcc should always generate the same results as a local build,
is simple to install and use, and is often two or more times
faster than a local compile.

distcc does not require all machines to share a filesystem, have
synchronized clocks, or to have the same libraries or header files
installed. They can even have different processors or operating
systems, if cross-compilers are installed (although no support
is available for this from the cygwin mailing lists!)

Homepage: 

Now, if somebody would package the GTK stuff needed for the
gui monitoring program... :)

Anyway, thanks to the distcc folks and Harold Hunt for
the work he did porting and promoting it.

Enjoy.

J.

--

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Once you've downloaded setup.exe, run it and select "Base"
and then click on the appropriate field until the above announced
version number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it 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 from 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]

If you need more information on unsubscribing, start reading here:

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

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

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.


--
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] Updated: xmlto-0.0.17-1

[Marcel Telka]

I've updated the xmlto package to version 0.0.17-1.

This version is update to the latest official release.

xmlto is a front-end to the DocBook XML toolchain written by Tim Waugh.
xmlto converts XML files to various formats using XSL stylesheets.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin mailing
list at: cygwin at cygwin dot com. I would appreciate it if you would use
this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+


--
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: Setup.bz2 currently broken

[Jörg Schaible]

Larry Hall wrote on Tuesday, December 02, 2003 4:15 PM:

> At 07:50 AM 12/2/2003, Jörg Schaible you wrote:
>> Hi gang,
>> 
>> Setup (2.416 started directly from the web) seems currently broken
>> (or at least the contents of setup.bz2). I tried 4 different mirrors
>> and after downloading setup.bz2 I get always a Dialogbox with "Parse
>> Error" and the message "(null) line 783: parse error, unexpected
>> COMMA, expecting NL".
> 
> 
> I don't see this problem.  I'm using .

Yeah. Today setup gives me no errors anymore installing from my favorite mirrors, 
although I have some strange entries in the list of packages (3 times diff, 3 times 
any of the old temf-packages). Xchecking with mirrors.rcn.net shows, that they are no 
longer in setup.ini. So I assume the trouble was caused by some synchronization delay 
...

Regards,
Jörg

--
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 windows to linux cross compiler issues !!

[mohanlal jangir]

I could succeed to build cygwin windows to linux cross compiler. Binaries
seems to be almost ok as I am able to compile many applications perfectly.
While cross compiling linux kernel, I encountered one problem:

I used to get some errors from Assermber like "Error: junk `adcl $0x'
after register". For looking into this, I compiled those files
with -save-temp option and edited .s files. In .s files the section #APP
seems to have some problem. I found that all assembaly instruction are in
single line, which is casuing assember to give error.

#APP
   addl 16(%esp), %eaxadcl 12(%esp), %eaxadcl %edx, %eaxadcl $0,
%eax
#NO_APP

When I changed above code to
#APP
   addl 16(%esp), %eax
   adcl 12(%esp), %eax
   adcl %edx, %eax
   adcl $0, %eax
#NO_APP

I could compile the .s file into .o successfully. This seems to be dos/unix
file format issue, which has not been take care.
Is there some easy way to get around this problem or I have to rebuild tool
chain.

Regards
Mohanlal

--
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 do I use two versions of cygwin on one machine?

[Fery]

Hello,

I ask just to make it clear. I have the same situation as Jim: I use a
cross-compiler which has its own cygwin1.dll in its bin directory. So,
if everything goes OK, I simply can delete the cygwin1.dll from its
directory, and let it use my main cygwin installation's cygwin1.dll?

Thanks,
Ferenc

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

How to execute bash file under /usr/bin despite setting PATH="/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Nguyen, Huu-Dung]

Hello friends

Please help me to understand Cygwin because i am an unexperienced user of
CygWin

I want to start some bash files or *.exe under /usr/bin so i have set in my
profile file
...
PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"
...
and put my bash files or *.exe under /usr/bin but i can not start them from
anywhere in the Cygwin session.

Why and what can i do to start them from anywhere in the Cygwin session ?

Regards


Huu Dung Nguyen

--
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 execute bash file under /usr/bin despite setting PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Jörg Schaible]

Hello Huh-Dung,

Nguyen, Huu-Dung wrote on Wednesday, December 03, 2003 10:43 AM:
> Please help me to understand Cygwin because i am an unexperienced
> user of CygWin 
> 
> I want to start some bash files or *.exe under /usr/bin so i
> have set in my profile file ...
> PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" ...
> and put my bash files or *.exe under /usr/bin but i can not
> start them from anywhere in the Cygwin session.
> 
> Why and what can i do to start them from anywhere in the Cygwin
> session ? 

as explained before /usr/bin is a mount point to /bin and therefroe nothing physically 
located in /usr/bin will be found. This behaviour for mount point is *normal* in any 
Unix. This mount point is standard for Cygwin as explained in the FAQ:

http://cygwin.com/faq/faq_4.html#SEC61

Regards,
Jörg

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

Rookie question about cygwin, stdout and windowsXP

[Roberto Bernetti]

Hi
I hope this is the right place to post this problem.
I'm working under SUSE Linux 8.0 and I shoud run a my program on some PCs 
running WinNT4.0 and windowsXP. 
So I installed cygwin on my desktop (with dual boot) running winNT 4.0 SP6. 
The compiler used is g77. I make the program using the same make file and 
sources used for SUSE linux with no modification. On my desktop all appeared 
to work in the same manner as it worked under linux.
I run the program under an MSDOS prompt windows.
The program simply ask for an input file and then make some analysis, 
somethings like this:
 
C:\>crf

     acosys $Name:$ 


Inserire il jobname ==>test
C:\>

I zipped the excutable file, the DLL cygwin1.dll and the input file together 
and then expanded them in a test directory of the WinNT 4.0 SP6 PC, in which 
there is no cygwin installed, and all appear to work fine. 
Then I came to a WindowsXP PC, in which there is no cygwin installed, 
expanding the file in a test directory.
There after launching the program nothing appear on the stdout on the MSDOS 
prompt windows, and the program immideatly exited.
Any clue will be welcomed. Thanks in advance


-- 
Roberto Bernetti
Università Politecnica delle Marche
Dipartimento di Meccanica
Via Brecce Bianche
60131 Ancona
Telephone : +39-071-2204441
http://www.dipmec.univpm.it/misure/index_en.html
e-mail:[EMAIL PROTECTED]


--
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 execute bash file under /usr/bin despite setting PATH="/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Ronald Landheer-Cieslak]

On Wed, Dec 03, 2003 at 10:43:23AM +0100, Nguyen, Huu-Dung wrote:
> Please help me to understand Cygwin because i am an unexperienced user of
> CygWin
> 
> I want to start some bash files or *.exe under /usr/bin so i have set in my
> profile file
> ...
> PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"
> ...
> and put my bash files or *.exe under /usr/bin but i can not start them from
> anywhere in the Cygwin session.
Did you perchange put your files in c:\cygwin\usr\bin ? (assuming you installed
in c:\cygwin)
If so, you should know that the c:\cygwin\bin directory is mounted to /usr/bin,
which makes the contents of c:\cygwin\usr\bin invisible from within the Cygwin
environment. This is by design. Move the files to c:\cygwin\bin and you should
be OK.

Note that in all this, I assume you've installed Cygwin's root in c:\cygwin. If
it's in q:\tralala (which is possible, of course) replace every instance of
c:\cygwin above with q:\tralala.

> Why and what can i do to start them from anywhere in the Cygwin session ?
If the above doesn't help, look at http://cygwin.com/problems.html to know
how to give us more information about you problem :)

HTH

rlc

-- 
Fraud is the homage that force pays to reason.
-- Charles Curtis, "A Commonplace Book"

--
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 1.5.5 under w2k pro v5 sp4: inetd problem, inetd do a stackdump when i do a telnet or anything else using inetd...

[Yves Rey-Bellet]

Hello,

I have a problem with inetd.exe.
The connection is closed by foreign host just after i open it.
I have try inetd -d and i can see that the process says
# 348 [main] inetd 816 sync_with_child: child 2644(0x55C) died before
initialization with status code 0x18B00
As shown in attached file inetd-d.out...
And and inet.exe.stackdump is generated, also in attache.
I have do a rebaseall and i have try to reinstall the wall package but
without any succes.

I hope i give you enough information and somebody can help me to solve this
problem...

Thanks

Yves


(See attached file: inetd-d.out)(See attached file: inetd.exe.stackdump)
(See attached file: cygcheck.out)
Meilleures salutations, best regards.

Yves Rey-Bellet

IBM Suisse
58, Rue de l'industrie
CH-1030 Bussigny

Tel:  +41 58 333 47 89
Mob:  +41 79 367 13 39
Fax:  +41 58 333 47 43
E-Mail : [EMAIL PROTECTED]



inetd-d.out
Description: Binary data


inetd.exe.stackdump
Description: Binary data


cygcheck.out
Description: Binary data
--
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: ssh hangs

[Ben Anderson]

Here's from /var/log/sshd/current:

Dec  2 07:18:37 [sshd] Did not receive identification string from 
141.100.110.69
   - Last output repeated 4 times -
Dec  2 17:22:08 [sshd] Accepted password for root from 192.168.0.100 port 
2035 s
sh2

The first is my remote attempt to connect via cygwin and the second is a 
local connection using Knoppix.  I'm running the server on port 80.  Does it 
then switch to a higher port?  Could this be the problem remotely.  I think 
I need it to stick with port 80(since it's runing through a proxy).  I also 
checked for /etc/hosts.allow and /etc/hosts.deny, but the don't exist 
anywhere.

Advice?
Thanks,
Ben
From: Christopher Faylor <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: ssh hangs
Date: Tue, 2 Dec 2003 13:32:19 -0500
On Tue, Dec 02, 2003 at 06:16:10PM +, Ben Anderson wrote:
>what's easy way to find version of cygwin?  I recently updated, but I 
can't
>find the number.

 From your cygcheck output:

>  949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>  "cygwin1.dll" v0.0 ts=2003/9/20 16:31
>Cygwin DLL version info:
>DLL version: 1.5.5
>DLL epoch: 19
>DLL bad signal mask: 19005
>DLL old termios: 5
>DLL malloc env: 28
>API major: 0
>API minor: 94
>Shared data: 3
>DLL identifier: cygwin1
>Mount registry: 2
>Cygnus registry name: Cygnus Solutions
>Cygwin registry name: Cygwin
>Program options name: Program Options
>Cygwin mount registry name: mounts v2
>Cygdrive flags: cygdrive flags
>Cygdrive prefix: cygdrive prefix
>Cygdrive default prefix:
>Build date: Sat Sep 20 16:31:15 EDT 2003
>CVS tag: cr-0x9b
>Shared id: cygwin1S3
Also, 'uname -a' will provide some of the above information, just like
UNIX.
cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/
_
Our best dial-up offer is back.  Get MSN Dial-up Internet Service for 6 
months @ $9.95/month now! http://join.msn.com/?page=dept/dialup

--
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: Problem with gcc -mno-cygwin?

[Charles Wilson]

Christopher Faylor wrote:

Do you possibly have two versions of the mingw libgcc.a somehow?  I haven't
verified this on my system, since I am knee deep in something else right
now but nm on /lib/gcc-lib/i686-pc-mingw32/3.3.1/libgcc.a tells me:
  w32-shared-ptr.o:
   b .bss
   d .data
   t .text
   U [EMAIL PROTECTED]
   U [EMAIL PROTECTED]
   U [EMAIL PROTECTED]
  0040 t ___w32_eh_shared_initialize
  0010 C ___w32_sharedptr
  0020 t ___w32_sharedptr_default_unexpected
  02a0 t ___w32_sharedptr_get
  00c0 T ___w32_sharedptr_initialize
  01f0 t ___w32_sharedptr_set
  0010 C ___w32_sharedptr_terminate
  0010 C ___w32_sharedptr_unexpected
   U _abort
   b _dw2_object_mutex.0
   d _dw2_once.1
   U _free
   U _malloc
  0010 b _sjl_fc_key.2
  0008 d _sjl_once.3
   t _w32_atom_suffix
For some reason you have a libgcc.a in your /usr/lib/mingw.  I don't
Maybe that's the problem.
Yep, that's the problem. It appears that some of my early experiments 
building a true cygwin-mingw cross compiler are coming back to haunt me. 
 Also, my /usr/lib/mingw and /usr/include/mingw directories are actual 
directories, not symlinks to /usr/i686-pc-mingw32/[lib|include] as it 
seems they should be.

I'll rm my existing /usr/lib/mingw and /usr/include/mingw dirs and 
reinstall the mingw stuff, and try again, but not this instant. Thanks 
for your help in tracking this down.

--
Chuck


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

Home key doesn't work with TERM=screen

[Baurjan Ismagulov]

Hello,

again about TERM. My console produces \E[1~ when I press the Home key.

If I ssh to cygwin with TERM=linux or TERM=cygwin set, Home works in
bash as expected.

If I ssh to cygwin with TERM=screen, pressing Home in bash results in
beep and a tilde printed. I've checked infocmp screen output, khome is
set to \E[1~, as in linux and cygwin terminfo entries.

There is more about this. If I ssh to cygwin with TERM=screen and issue
export TERM=cygwin; export TERM=screen commands in the same bash
session, Home starts to work as expected.

What is going on? Does sshd inherit some weird values?

Thanks in advance,
Baurjan.

--
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 do I use two versions of cygwin on one machine?

[Larry Hall]

At 04:46 AM 12/3/2003, Fery you wrote:
>Hello,
>
>I ask just to make it clear. I have the same situation as Jim: I use a
>cross-compiler which has its own cygwin1.dll in its bin directory. So,
>if everything goes OK, I simply can delete the cygwin1.dll from its
>directory, and let it use my main cygwin installation's cygwin1.dll?


Yes.  Delete all cygwin1.dlls on your system other than the one installed
by any recent run of setup.  If you have any other DLLs named cygwin*.dll
on your system, delete those too.




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


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

Re: Bash wait indefinitely

[Brian Ford]

On Tue, 2 Dec 2003, Christopher Faylor wrote:
> On Tue, Dec 02, 2003 at 10:42:38AM -0600, Brian Ford wrote:
> >Thomas Pfaff's 2003-12-01 pthread change might have fixed it.
> >
> I don't see why it would.  bash doesn't use pthreads, AFAIK.
>
Sorry, I still need to learn not to say stupid speculative things without
thinking them through first :D.

> >Could you try a snapshot that includes it?
> >
FWIW, I ran the test case overnight on my old 450 MHz Pentium Pro SGI 320
running NT4, all packages up-to-date, and a cvs compiled cygwin1.dll from
2003-11-25 without issue.  When my dual CPU system gets back, I'll try it
there.

Even though we don't expect that this is fixed, could those that can
reproduce this problem try it with a snapshot?  Since 1.5.6 is near, it
would be good to check it now.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

install native/x11 ghostscript

[Ulf-Dietrich Braumann]

Hello,

starting to use the newly available gv, I noticed the following
conflict between the native and x11 ghostcript packages:

Using the cygwin setup, even if I try to selectively install
just ghostscript-x11 (besides ghostscript-base, of course),
next time I run the setup, without manual intervention
the ghostscript native will be installed, too,
which in fact should not be necessary. However, if I let happen
this, gv will complain about the missing x11 or x11alpha devices,
because in my search path, /bin/gs.exe will be found before
/usr/X11R6/bin/gs.exe, maybe since X11 was initially not installed.

To circumvent further conflicts I simply put a copy of the X11-capable gs
into /bin just overwriting the native gs already residing there.

My question simply is, why setup recommends installing the
native gs even if the x11 version was already installed, or even
further, if there is some mechanism to ensure exclusive installation
of such packages.

Greetings and thanks

Ulf-Dietrich

--
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: ssh hangs

[Corinna Vinschen]

On Wed, Dec 03, 2003 at 11:09:09AM +, Ben Anderson wrote:
> Here's from /var/log/sshd/current:
> 
> Dec  2 07:18:37 [sshd] Did not receive identification string from 
> 141.100.110.69
>- Last output repeated 4 times -
> Dec  2 17:22:08 [sshd] Accepted password for root from 192.168.0.100 port 
> 2035 s
> sh2
> 
> The first is my remote attempt to connect via cygwin and the second is a 
> local connection using Knoppix.  I'm running the server on port 80.  Does 
> it then switch to a higher port?  Could this be the problem remotely.  I 
> think I need it to stick with port 80(since it's runing through a proxy).  
> I also checked for /etc/hosts.allow and /etc/hosts.deny, but the don't 
> exist anywhere.

The port number you see is the port number of the client.

Something's pretty wrong with your settings.  Why don't you test 
without the proxy first?  It's way easier to figure out what's
wrong, if you have only the minimal number of processes involved.
Also it would be helpful tu run sshd with -d option to get some
debug output from the server side.

Your first mail also reports about a problem that sshd doesn't accept
version 2 protocol.  That's not very likely, except the key file is
not version 2 or the permissions on the ~/.ssh/authorized_keys file
are incorrect.  Also you can't use a RSA1 key with version 2 protocol.

> Advice?

I'd suggest you start from scratch, using the ssh-host-config and
ssh-user-config scripts.  This gives you a basic setup which should
work.  Then you can change the settings to your needs step by step.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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/

bug in statfs

[Sam Steingold]

Hi,
POSIX specifies struct statfs to contain slots f_frsize, f_flag,
f_favail, and f_namemax and to be declared in :


Cygwin defines struct statfs without slots f_frsize, f_flag, and
f_favail, and with f_namelen instead of f_namemax, in sys/vfs.h (also
included from sys/statfs.h) and does not come with sys/statvfs.h.

Any change this might get rectified in the nearest future?

Thanks!

--
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
Two wrongs don't make a right, but three rights make a left.


--
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: getopt() musings

[Chris Morgan]

It has again been some time since I've sent mail about the 
getopt issues ;-) I too would like to see getopt_long() 
allow parameter reordering, I'm fine with getopt() 
preserving posix correctness.  Is anyone currently taking 
a look at this?  What would be involved in the process?

Thanks,
Chris
David F wrote:
First off, let me state the facts as I understand them:
...
Ok, those are the facts as I understand them, if I am wrong about
anything I trust that I will be corrected with expeditious and
forthright meanness. :)
I haven't verified your facts, but they sound plausible.

Additionally, I make the following suppositions:

Argument permutation is desierable. Except, of course, when it breaks
something.
I agree.

It would be overly burdensome to explicitly enable/disable getopt()
features on a case-by-case basis for getopt() using packages that are
part of the Cygwin distribution.
Definitely, that wouldn't happen.

And now for some discussion:

I am not familiar with all the details of the evolution of
getopt_long(), but I assume that argument permutation was present and
enabled by default fairly early. I therefore assume that programs
using getopt_long() are either compatible with argument permutatuin
or have explicitly disabled it.
So here's the idea: Leave argument permutation disabled by default for
getopt() and enabled by default for getopt_long().
This is a win if only because many if not most GNU programs use
getopt_long(), especially those in the coreutils package.
This would allow us the convenience of argument permutation for many
programs while also maintaining standards compliance and
compatibility. Right?
I don't know. If correct, that would be excellent.

So it could work like this:

getopt() would have argument permutation disabled by default and only
enabled when POSIXLY_INCORRECT_GETOPT is defined and it is not
explicitly disabled by the calling code.
getopt_long() would have argument permutation enabled by default and
disabled when POSIXLY_CORRECT is defined or it is explicitly disabled
by the calling code.
Does any of this make sense?

(Note that I'm not asking anyone to implement this and I am familiar
with the concept of "PTC". For now, I would just like to know what
others think.)
I think it makes a lot of sense. It does require someone 
to put in a fair
amount of time:

1) Resolving the uncertainties you mention.
2) Finding out what permutation broke in the first place.
3) Making the necessary tweaks
4) Verifying nothing is broken.
I think its a worthwhile cause, but I don't have the time 
to dedicate to it
just right now.

Max.

--
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: Home key doesn't work with TERM=screen

[Harig, Mark]

> 
> If I ssh to cygwin with TERM=screen, pressing Home in bash results in
> beep and a tilde printed. I've checked infocmp screen output, khome is
> set to \E[1~, as in linux and cygwin terminfo entries.
> 

You can take control of your keyboard settings by
adding definitions to your ~/.inputrc:

   1. Press Ctrl-V, followed by the key whose
  behavior you want to define, for example,

$ ^V [Home key]
^[[1~

  The '^[' corresponds to the escape key.

   2. Edit (or create) your ~/.inputrc.  Add the
  definition for the key that you want.

  "\e[1~": beginning-of-line

  An example '.inputrc' file can be found in
  /etc/skel/.inputrc.

This is described in the manual page and info
for 'readline':

$ man readline

or 

$ info readline

--

--
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: bug in statfs

[Larry Hall]

At 12:03 PM 12/3/2003, Sam Steingold you wrote:
>Hi,
>POSIX specifies struct statfs to contain slots f_frsize, f_flag,
>f_favail, and f_namemax and to be declared in :
>
>
>Cygwin defines struct statfs without slots f_frsize, f_flag, and
>f_favail, and with f_namelen instead of f_namemax, in sys/vfs.h (also
>included from sys/statfs.h) and does not come with sys/statvfs.h.
>
>Any change this might get rectified in the nearest future?
>
>Thanks!


I haven't heard of anyone suggesting that they were creating a patch for
this.  Perhaps you want to try?



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


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

Re: bug in statfs

[Sam Steingold]

> * Larry Hall <[EMAIL PROTECTED]> [2003-12-03 12:23:52 -0500]:
>
> At 12:03 PM 12/3/2003, Sam Steingold you wrote:
>>POSIX specifies struct statfs to contain slots f_frsize, f_flag,
>>f_favail, and f_namemax and to be declared in :
>>
>>
>>Cygwin defines struct statfs without slots f_frsize, f_flag, and
>>f_favail, and with f_namelen instead of f_namemax, in sys/vfs.h (also
>>included from sys/statfs.h) and does not come with sys/statvfs.h.

Actually, the correct way to state the issue is:

Cygwin implements obsolete calls (f)statfs()
instead of the POSIX calls (f)statvfs().

> I haven't heard of anyone suggesting that they were creating a patch
> for this.  Perhaps you want to try?

I wish I had time for this too...

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
The difference between genius and stupidity is that genius has its limits.


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

Perl Module SSLeay 1.25 Problems

[Earl Grey]

...I had some problems with my emailing program. If this is a duplicate,
disregard...

I've installed the latest version of cygwin at the end of November, 2003. I
have Open SSL from Cygwin. Today, December 3, 2003, I tried to install
Net::SSLeay

perl -MCPAN -e 'install Net::SSLeay'

Some of the output:
  CPAN.pm: Going to build S/SA/SAMPO/Net_SSLeay.pm-1.25.tar.gz

Checking for OpenSSL-0.9.6j or 0.9.7b or newer...
You have OpenSSL-0.9.7c installed in /usr
Checking if your kit is complete...
Looks good
Checking if your kit is complete...
Looks good

...

[Got some warnings]


gcc -c  -I/usr/include -I/usr/inc32 -I/usr/kerberos/include -DPERL_USE_SAFE_
PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O   -DVERSION=\"1.25\" -DXS_VERS
ION=\"1.25\"
 "-I/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE"  -DPERL5 -DOPENSSL_NO_KRB5
SSLeay.c
SSLeay.c: In function `XS_Net__SSLeay_CTX_new':
SSLeay.c:1763: warning: cast from pointer to integer of different size
SSLeay.c: In function `XS_Net__SSLeay_CTX_v2_new':
SSLeay.c:1780: warning: cast from pointer to integer of different size
...

[But the real problem is that it gets stuck in a loop]


Testing pointer to int casting...
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
to same address as parent(0x7A) != 0x7B
  5 [main] perl 4084 sync_with_child: child 2148(0x704) died before
initialization with status code 0x1
  59393 [main] perl 4084 sync_with_child: *** child state child loading dlls
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
to same address as parent(0x7A) != 0x7B
5183195 [main] perl 4084 sync_with_child: child 532(0x6D8) died before
initialization with status code 0x1
5218686 [main] perl 4084 sync_with_child: *** child state child loading dlls
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
to same address as parent(0x7A) != 0x7B
...


Any suggestions?

Thanks,
Earl


--
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: Perl Module SSLeay 1.25 Problems

[Igor Pechtchanski]

On Wed, 3 Dec 2003, Earl Grey wrote:

> ...I had some problems with my emailing program. If this is a duplicate,
> disregard...
>
> I've installed the latest version of cygwin at the end of November, 2003. I
> have Open SSL from Cygwin. Today, December 3, 2003, I tried to install
> Net::SSLeay
>
> perl -MCPAN -e 'install Net::SSLeay'
>
> Some of the output:
>   CPAN.pm: Going to build S/SA/SAMPO/Net_SSLeay.pm-1.25.tar.gz
>
> Checking for OpenSSL-0.9.6j or 0.9.7b or newer...
> You have OpenSSL-0.9.7c installed in /usr
> Checking if your kit is complete...
> Looks good
> Checking if your kit is complete...
> Looks good
>
> ...
>
> [Got some warnings]
>
>
> gcc -c  -I/usr/include -I/usr/inc32 -I/usr/kerberos/include -DPERL_USE_SAFE_
> PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O   -DVERSION=\"1.25\" -DXS_VERS
> ION=\"1.25\"
>  "-I/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE"  -DPERL5 -DOPENSSL_NO_KRB5
> SSLeay.c
> SSLeay.c: In function `XS_Net__SSLeay_CTX_new':
> SSLeay.c:1763: warning: cast from pointer to integer of different size
> SSLeay.c: In function `XS_Net__SSLeay_CTX_v2_new':
> SSLeay.c:1780: warning: cast from pointer to integer of different size
> ...
>
> [But the real problem is that it gets stuck in a loop]
>
>
> Testing pointer to int casting...
> C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
> to same address as parent(0x7A) != 0x7B
>   5 [main] perl 4084 sync_with_child: child 2148(0x704) died before
> initialization with status code 0x1
>   59393 [main] perl 4084 sync_with_child: *** child state child loading dlls
> C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
> to same address as parent(0x7A) != 0x7B
> 5183195 [main] perl 4084 sync_with_child: child 532(0x6D8) died before
> initialization with status code 0x1
> 5218686 [main] perl 4084 sync_with_child: *** child state child loading dlls
> C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygssl-0.9.7.dll
> to same address as parent(0x7A) != 0x7B
> ...
>
>
> Any suggestions?
>
> Thanks,
> Earl

Do you Google? 
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!

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

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

compiling DDD

[y2bismil]

Hi all,

I used to be able to compile ddd fine, but something occurred when i recently
updated ddd.  I'm getting static initialiation_construct_and_destructor errors.
 If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but
segfaults on startup.

*ddd log*
GNU DDD 3.3.8 (i686-pc-cygwin)
Copyright (C) 1995-1999 Technische Universit䴠Braunschweig, Germany.
Copyright (C) 1999-2001 Universit䴠Passau, Germany.
Copyright (C) 2001 Universit䴠des Saarlandes, Germany.

Compiled with GCC 3.2 20020927 (prerelease)
Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91)
Includes XPM 3.4.11, Athena Panner (702L), DDD core
Built 2003-12-02 by me.
$  ddd
!  Segmentation fault
**
It complains about getting an XT error.

Any Ideas?  Or does anyone have a binary that will work?
Yamin


This mail sent through www.mywaterloo.ca

--
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: Perl Module SSLeay 1.25 Problems

[Earl Grey]

Do you Google? 
Igor

Thanks, Igor. I had to find the right google words to search.

Earl

--
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: Problems with trivial makefile

[Harig, Mark]

> -Original Message-
> From: Guillaume du Pontavice [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 02, 2003 6:19 PM
> To: [EMAIL PROTECTED]
> Subject: Problems with trivial makefile
> 
> 
> hello,
> 
> i am in trouble with a trivial makefile, using  cygwin 
> 1.5.5-1 and make
> 3.80-1 on Windows 2000 SP3

I do not know what is causing your problem,
but I reproduced the two Makefiles and 
the directory tree.  'make' gave the
expected results instead of the erroneous
results that you are seeing.  Are you
running ash (/bin/sh), bash, or some
other shell?

Here is what I am running:

$ cygcheck -c ash bash cygwin make
Cygwin Package Information
Package  VersionStatus
ash  20031007-1 OK
bash 2.05b-16   OK
cygwin   1.5.5-1OK
make 3.80-1 OK

This is on Windows 2000.

You might try checking your installation
with 'cygcheck -c' and consider reinstalling
some packages.

-

--
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: Problems with trivial makefile

[Guillaume du Pontavice]

Hello,

 here is my config which looks exactly like yours :
i have also forced a reinstallation of ash, bash, cygwin and make packages
this problems appears on three PCs (i have tested only on those 3 PCs , same
Cygwin configuration, same Win2000 SP4)

in my c:\cygwin\cygwin.bat I have :

@echo off
C:
chdir C:\cygwin\bin
bash --login -i

[EMAIL PROTECTED] ~/test_make2/test2
$ find . -name "*.c"
./fold1/foo1.c
./fold2/foo2.c
./fold3/foo3.c
./fold4/foo4.c
./fold5/foo5.c


[EMAIL PROTECTED] ~/test_make2/test2
$ cygcheck -c ash bash cygwin make
Cygwin Package Information
Package  VersionStatus
ash  20031007-1 OK
bash 2.05b-16   OK
cygwin   1.5.5-1OK
make 3.80-1 OK


[EMAIL PROTECTED] ~/test_make2/test2
$ less makefile

SRCS_1   := $(wildcard fold1/*.c)
SRCS_2   := $(wildcard fold1/*.c fold2/*.c )
SRCS_3   := $(wildcard fold1/*.c fold2/*.c fold3/*.c )
SRCS_4   := $(wildcard fold1/*.c fold2/*.c fold3/*.c fold4/*.c )
SRCS_5   := $(wildcard fold1/*.c fold2/*.c fold3/*.c fold4/*.c fold5/*.c)

all:
@echo $(SRCS_1)
@echo $(SRCS_2)
@echo $(SRCS_3)
@echo $(SRCS_4)
@echo $(SRCS_5)

[EMAIL PROTECTED] ~/test_make2/test2
$ make
fold1/foo1.c
fold1/foo1.c fold2/foo1.c
fold1/foo1.c fold2/foo1.c fold3/foo1.c
fold1/foo1.c fold2/foo1.c fold3/foo1.c fold4/foo1.c
fold1/foo1.c fold2/foo1.c fold3/foo1.c fold4/foo1.c fold5/foo1.c




--
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: Possible bug with __attribute__((alias)) in gcc-3.3

[Nicholas Wourms]

Danny Smith wrote:

Nicholas wrote: 

One problem is that you (or gcc) need to tell ld that 'foo' is function, not
data.
I'll be the first to admit that I'm almost totally w/o a clue when it 
comes to assembly.  I'm afraid the gas manual is not very helpful in my 
effort to alleviate this :-(.

Adding this to file foo.c (after the alias declaration):
__asm__ (".def _foo; .scl 2; .type 32; .endef\n");
would do that.
That fixes the testcase on mingw anyway. 
Yes!  Thanks, this helps a ton!  I can confirm it works in native 
Cygwin, too.

I'm testing a patch now that would make gcc do that too (for aliased 
functions).
Cool deal, I look forward to trying it.

I only wish gas could better handle converting what I assume to be ELF 
syntax.  This is often the case in other projects, for example from 
MySQL's strings-x86.s:

.globl bmove_allign
  .type  bmove_allign,@function
bmove_allign:
   ...
   
   ...
.end:
   .size bmove_allign,.end-bmove_allign
Yes, this wish is pure laziness, but it would save time and make more 
asm code work OOTB if gas could deal with it.

However, in general,when you do dllexport with code written in straight
assembler, you will need to add a function directive like the one above
so that the linker does the right thing.  
For the archives and in case anyone was curious, here's what I've 
devised (until your patch to gcc gets in) for {weak,strong}_alias macros:

#define weak_alias(name, aliasname) strong_alias(name, aliasname)

#define strong_alias(name, aliasname) \
 extern __typeof__(name) aliasname __attribute__((__alias__(#name))); \
 __asm__(".def \"_" #aliasname "\"; .scl 2; .type 32; .endef\n");
After your patch gets in, I'll drop the third line.

Again, I'm in uncharted territory, but...   If you think it looks ok, I 
would like to add these compatibility macros to Cygwin's sys/cdefs.h. 
 This is assuming that the values in .scl and .type remain static for 
PE-32bit.  Feel free to add them to MingW, as well, if you want.

Why should we have them, one might ask?  Frankly, because having to type 
out all that crap for each project takes too long and too much effort. 
I imagine this is why GNU & BSD put them in system headers in the first 
place.  Bind is just one example of what happens when you don't have 
these macros.  Just #define'ing the aliases in headers won't cut it 
because this will break some autoconf scripts or builds if the function 
is implicitly used by them (which I believe is the case for AC_CHECK_LIB).

(BTW, you've just reminded me of a  similar problem in libffi assembly code
that needs to be fixed.  Thanks )
No problem, glad to help ;-).

Cheers,
Nicholas


--
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: Please Help - Problems installing cygwin...

[Mike Curtis]

Hello Brian.

After a fresh Cygwin install, I encountered the same error:

bash: /etc/profile: Permission denied

So I just right clicked the file, selected properties,
selected the security tab, and gave myself read and write permission.
Now Cgwin bash runs correctly without error.

*Mike

--
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: Possible bug with __attribute__((alias)) in gcc-3.3

[Nicholas Wourms]

Nicholas Wourms wrote:

[SNIP]

#define strong_alias(name, aliasname) \
 extern __typeof__(name) aliasname __attribute__((__alias__(#name))); \
 __asm__(".def \"_" #aliasname "\"; .scl 2; .type 32; .endef\n");
 ^^  ^^
Sorry,
Ack, I pasted an older version of the macro, which was over quoted. 
This should be the one that works:

#define strong_alias(name, aliasname) \
 extern __typeof__(name) aliasname __attribute__((__alias__(#name))); \
 __asm__(".def _" #aliasname "; .scl 2; .type 32; .endef\n");
Cheers,
Nicholas


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

Hi

[Joaquin]

Hi.

I am sending this out.  I just joined the list, and I am being put on
the global deny list.  Is this because my email address uses winminion?
Anyways, I am not sure this will work.



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

Is HOME directory broken?

[Joaquin]

Hi,

There seems to be some odd behavior with the HOME directory.  The
default profile scripts are suppose to initially set this directory up,
but they seem to be failing.  I tried this on several different systems
(Windows 2000 and Windows XP), but I run into problems.  I then created
a HOME environment variable in the cygwin.bat file, but this did not
work.  It one case, doing a cd $HOME only goes to the root of the C:
drive, even when a C:\CYGWIN\HOME exists or doesn't exist.

What's going on?  How do I get a functional home directory system
working?

 - Joaquin

PS - I did not find adequate info on this in the FAQ, nor in any
documentation files.



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

EOF error

[Kooser, Ara S]

Hello,

  I am new to the list and using cygwin. I read through the other posts
about EOF errors and I tried those solutions. But I am still having a
problem. I am learning to program in fortran. I am using gcc to compile the
following program:

PROGRAM TEMP
*
*This program converts Celsius to Farenheit *
*   *
*The variable used is:  *
*   DEGC: degress celsius   *
*

REAL DEGC, DEGF
PRINT * , 'ENTER THE TEMPERATURE IN DEGRESS C:'
READ * , DEGC
DEGF = 9 / 5 * DEGC + 32
PRINT * , 'DEGRESS FARENHEIT:' , DEGF
END

I compiled it with this command

gcc -o projec -c projec.f

The program compiles but will not run when I type
./projec

It receive the following error:

./projec: 124: Syntax error: EOF in backquote substitution

If anyone can help that would be great.

Thank you for your time.

Ara


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

broken?

[Rafael Kitover]

Greetings,

Using the latest packages from cygwin, and gcc 3.3.1, and I checked that
sql.h/sqltypes.h are the same in the CVS tree, the following program:

#include 
#include 

int main() { return 0; }

Compiled as "gcc try.cc -o try" fails with a bunch of errors like:

In file included from try.cc:2:
/usr/include/w32api/sql.h:343: error: syntax error before `(' token
/usr/include/w32api/sql.h:344: error: syntax error before `(' token
..

If I compile it as a C app, "gcc try.c -o try" it fails with:

In file included from try.c:2:
/usr/include/w32api/sql.h:343: error: syntax error before "SQL_API"
/usr/include/w32api/sql.h:343: error: syntax error before '*' token
/usr/include/w32api/sql.h:344: error: syntax error before "SQL_API"
..

If I try gcc 2.95, it still fails:

$ gcc-2 try.cc -o try 2>&1 | head -30
In file included from try.cc:2:
/usr/include/w32api/sql.h:343: syntax error before `SQLAllocConnect'
/usr/include/w32api/sql.h:344: syntax error before `SQLAllocEnv'
/usr/include/w32api/sql.h:345: syntax error before `SQLAllocStmt'
/usr/include/w32api/sql.h:346: syntax error before `SQLBindCol'
/usr/include/w32api/sql.h:347: syntax error before `SQLCancel'
..

$ gcc-2 try.c -o try
In file included from try.c:2:
/usr/include/w32api/sql.h:343: parse error before `SQL_API'
/usr/include/w32api/sql.h:343: parse error before `*'
/usr/include/w32api/sql.h:343: warning: data definition has no type or
storage class
/usr/include/w32api/sql.h:344: parse error before `SQL_API'
/usr/include/w32api/sql.h:344: parse error before `*'
..

Maybe my test case is too simple and I am forgetting to include
something, (although that would have compiled at least a few months
earlier, AFAIK) or something else is broken, but I couldn't yet figure
it out.

TIA!

-- 
Rafael

--
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: Problems with trivial makefile

[Harig, Mark]

> 
> [EMAIL PROTECTED] ~/test_make2/test2

  ^^^

Is there a reason why you have not created
your own account instead of 'Administrateur'?

When you first set up Cygwin, it should display
messages about running 'mkpasswd' and 'mkgroup'.

Typically, you will run a command such as:

  $ mkpasswd -u gpontavice -l >> /etc/passwd

or

  $ mkpasswd -u gpontavice -d >> /etc/passwd

What does 'ls -ln' show in your 'fold' directories?



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

bug in gcc3.3.1

[kumarchi]

hello:

I found conssitent bug in gcc3.3.1

gcc2xx will compile the fiollwowing with no problem

printf (" ..
 xxx ", ..)

where the format  "..
 xxx " includes a new line character.

gcc3.3 will nto compile this and looks like it will allow an explicit new line inside.

has anybody else noticed this?

thanx

--
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: Is HOME directory broken?

[Larry Hall]

At 04:57 PM 12/3/2003, Joaquin you wrote:
>Hi,
>
>There seems to be some odd behavior with the HOME directory.  The
>default profile scripts are suppose to initially set this directory up,
>but they seem to be failing.  I tried this on several different systems
>(Windows 2000 and Windows XP), but I run into problems.  I then created
>a HOME environment variable in the cygwin.bat file, but this did not
>work.  It one case, doing a cd $HOME only goes to the root of the C:
>drive, even when a C:\CYGWIN\HOME exists or doesn't exist.
>
>What's going on?  How do I get a functional home directory system
>working?
>
> - Joaquin
>
>PS - I did not find adequate info on this in the FAQ, nor in any
>documentation files.


I guess it's a common trap we all fall into then.  You should read
 and provide the details of your 
problem.  /var/log/setup.full may be useful to attach as well.


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


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

Re: EOF error

[Igor Pechtchanski]

On Wed, 3 Dec 2003, Kooser, Ara S wrote:

> Hello,
>
>   I am new to the list and using cygwin. I read through the other posts
> about EOF errors and I tried those solutions. But I am still having a
> problem. I am learning to program in fortran. I am using gcc to compile the
> following program:
> [snip]
>
> I compiled it with this command
>
> gcc -o projec -c projec.f
^^
You're trying to run an object file.  Remove the "-c" to produce the
executable.  For more info, "info gcc".
Igor

> The program compiles but will not run when I type
> ./projec
>
> It receive the following error:
>
> ./projec: 124: Syntax error: EOF in backquote substitution
>
> If anyone can help that would be great.
> Thank you for your time.
> Ara

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

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

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

Re: EOF error

[Larry Hall]

At 05:01 PM 12/3/2003, Kooser, Ara S you wrote:
>Hello,
>
>  I am new to the list and using cygwin. I read through the other posts
>about EOF errors and I tried those solutions. But I am still having a
>problem. I am learning to program in fortran. I am using gcc to compile the
>following program:
>
>PROGRAM TEMP
>*
>*This program converts Celsius to Farenheit *
>*   *
>*The variable used is:  *
>*   DEGC: degress celsius   *
>*
>
>REAL DEGC, DEGF
>PRINT * , 'ENTER THE TEMPERATURE IN DEGRESS C:'
>READ * , DEGC
>DEGF = 9 / 5 * DEGC + 32
>PRINT * , 'DEGRESS FARENHEIT:' , DEGF
>END
>
>I compiled it with this command
>
>gcc -o projec -c projec.f
>
>The program compiles but will not run when I type
>./projec
>
>It receive the following error:
>
>./projec: 124: Syntax error: EOF in backquote substitution
>
>If anyone can help that would be great.


This isn't a Cygwin-specific problem and, as such, is really off-topic 
for this list.  However, the solution to your problem is to compile and
link your program.  You created an object file only and named it 'projec',
which isn't going to run.  Remove '-c' to get an executable.



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


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

Where are mount points stored?

[Joaquin]

Hi,

I found the mount points on my system using mount, but I was wondering
if how these are stored.  There is no discernable fstab or something
similar in the /etc directory.

 - joaquin



--
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: broken?

[Larry Hall]

At 05:04 PM 12/3/2003, Rafael Kitover you wrote:
>Greetings,
>
>Using the latest packages from cygwin, and gcc 3.3.1, and I checked that
>sql.h/sqltypes.h are the same in the CVS tree, the following program:
>
>#include 
>#include 
>
>int main() { return 0; }
>
>Compiled as "gcc try.cc -o try" fails with a bunch of errors like:
>
>In file included from try.cc:2:
>/usr/include/w32api/sql.h:343: error: syntax error before `(' token
>/usr/include/w32api/sql.h:344: error: syntax error before `(' token
>..
>





>Maybe my test case is too simple and I am forgetting to include

^

Bingo!


>something, (although that would have compiled at least a few months
>earlier, AFAIK) or something else is broken, but I couldn't yet figure
>it out.
>
>TIA!
>
>-- 
>Rafael
>
>--
>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/

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


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

Re: Where are mount points stored?

[Larry Hall]

At 05:24 PM 12/3/2003, Joaquin you wrote:
>Hi,
>
>I found the mount points on my system using mount, but I was wondering
>if how these are stored.  There is no discernable fstab or something
>similar in the /etc directory.


But there will be someday.  For now, they're stored in the registry.
But always use 'mount' to access or manipulate the mount points.  That's
what it's there for.


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


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

Re: Where are mount points stored?

[Igor Pechtchanski]

On Wed, 3 Dec 2003, Joaquin wrote:

> Hi,
>
> I found the mount points on my system using mount, but I was wondering
> if how these are stored.  There is no discernable fstab or something
> similar in the /etc directory.
>
>  - joaquin

Ye!  I finally found a perfect use for the WCTYBTWHTKY acronym
(). ;-)

The main question is (seriously): why do you care?  If it's simply to
satisfy your curiousity, the mounts are stored (for the moment) in
registry keys, as you could have found out by reading the Cygwin sources
(namely winsup/cygwin/path.cc).  However, when people find this out they
usually start wanting to go into the registry and change the mounts there,
and that's unacceptable[*].  So, here's a big DISCLAIMER: do not attempt
to change the mounts via regedit or other registry editing software.
Always use "mount" to change your mounts.  That way, you won't be
blindsided when mounts do move to /etc/fstab or something.
Igor
[*] The only legitimate use of the registry mount knowledge that I can
think of is checking whether there are user mounts for the SYSTEM user
(there shouldn't be).
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: bug in gcc3.3.1

[Krzysztof Duleba]

kumarchi wrote:

> I found conssitent bug in gcc3.3.1
> 
> gcc2xx will compile the fiollwowing with no problem
> 
> printf (" ..
>  xxx ", ..)
> 
> where the format  "..
>  xxx " includes a new line character.
> 
> gcc3.3 will nto compile this and looks like it will allow
> an explicit new line inside.

You can even remove printf and leave only ". 
. " to get the same compile error.

Regards
Krzysztof Duleba


--
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: bug in gcc3.3.1

[Max Bowsher]

[EMAIL PROTECTED] wrote:
> hello:
> 
> I found conssitent bug in gcc3.3.1
> 
> gcc2xx will compile the fiollwowing with no problem
> 
> printf (" ..
>  xxx ", ..)
> 
> where the format  "..
>  xxx " includes a new line character.
> 
> gcc3.3 will nto compile this and looks like it will allow an explicit new
> line inside. 
> 
> has anybody else noticed this?

It's not a bug.

Multi line string literals have been deprecated in gcc 3.0, 3.1 and 3.2.
Support was finally removed in 3.3.

Max.


--
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: bug in gcc3.3.1

[Larry Hall]

At 05:41 PM 12/3/2003, Krzysztof Duleba you wrote:
>kumarchi wrote:
>
>> I found conssitent bug in gcc3.3.1
>> 
>> gcc2xx will compile the fiollwowing with no problem
>> 
>> printf (" ..
>>  xxx ", ..)
>> 
>> where the format  "..
>>  xxx " includes a new line character.
>> 
>> gcc3.3 will nto compile this and looks like it will allow
>> an explicit new line inside.
>
>You can even remove printf and leave only ". 
>. " to get the same compile error.


Sorry, can't reproduce it.  You're going to have to get allot more
specific (i.e. go step-by-step on a simple example you provide) I guess.



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


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

Re: bug in gcc3.3.1

[Larry Hall]

At 05:41 PM 12/3/2003, Max Bowsher you wrote:
>[EMAIL PROTECTED] wrote:
>> hello:
>> 
>> I found conssitent bug in gcc3.3.1
>> 
>> gcc2xx will compile the fiollwowing with no problem
>> 
>> printf (" ..
>>  xxx ", ..)
>> 
>> where the format  "..
>>  xxx " includes a new line character.
>> 
>> gcc3.3 will nto compile this and looks like it will allow an explicit new
>> line inside. 
>> 
>> has anybody else noticed this?
>
>It's not a bug.
>
>Multi line string literals have been deprecated in gcc 3.0, 3.1 and 3.2.
>Support was finally removed in 3.3.


Oh, that's what he meant.  I thought that was just weird line wrapping
of the mailer!  Thanks Max.

OK, please don't send a step-by-step example. ;-)


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


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

Re: EOF error

[Brian Ford]

On Wed, 3 Dec 2003, Larry Hall wrote:
> At 05:01 PM 12/3/2003, Kooser, Ara S you wrote:
> >I am learning to program in fortran. I am using gcc to compile the
> >following program:
> >
[snip]
> >
> >I compiled it with this command
> >
> >gcc -o projec -c projec.f
> >
> >The program compiles but will not run when I type
> >./projec
> >
>
> This isn't a Cygwin-specific problem and, as such, is really off-topic
> for this list.  However, the solution to your problem is to compile and
> link your program.  You created an object file only and named it 'projec',
> which isn't going to run.  Remove '-c' to get an executable.
>
Since this *is* Fortran, it probably wouldn't hurt to use g77 instead of
gcc, too :).

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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 port of Perl broken on Win32? Or does Cygwin not run on win32?

[linda w]

I was told this is a problem specific to Cygwin -- that Cygwin believes
it isn't runing on a Win platform.  Is this true?  I knowt he goal is to 
provide
posix compatibility, but that doesn't mean it has to strive for windows
incompatibility unless it breaks posix compatibility ...no?  yes?  maybe?

-linda

linda w wrote:

 I'm trying to run a program that needs Registry.pm.  I pull it down
as part of Win32::Registry, but when I try to 'make' it, it fails:
...
Writing Makefile for Win32::ODBC
Checking if your kit is complete...
Looks good
Processing hints file hints/cygwin.pl
Note (probably harmless): No library found for -lole32
Note (probably harmless): No library found for -loleaut32
Note (probably harmless): No library found for -luuid
Note (probably harmless): No library found for -lmsvcrt40
Writing Makefile for Win32::OLE
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::PerfLib
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::Pipe
ERROR from evaluation of 
//ishtar/share/CPAN/build-win/libwin32-0.191/Process/Ma
kefile.PL: Undefined subroutine &Win32::IsWinNT called at 
./Makefile.PL line 4.

Anyone have any ideas on why this is breaking or how to make this 
work?  Is
it something broken in the cygwin "port", of perl, on Win32?

Thanks!
Linda W.


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

Re: Bash wait indefinitely

[Antoine Labour]

Brian Ford wrote:
On Tue, 2 Dec 2003, Christopher Faylor wrote:

On Tue, Dec 02, 2003 at 10:42:38AM -0600, Brian Ford wrote:

Could you try a snapshot that includes it?
FWIW, I ran the test case overnight on my old 450 MHz Pentium Pro SGI 320
running NT4, all packages up-to-date, and a cvs compiled cygwin1.dll from
2003-11-25 without issue.  When my dual CPU system gets back, I'll try it
there.
Even though we don't expect that this is fixed, could those that can
reproduce this problem try it with a snapshot?  Since 1.5.6 is near, it
would be good to check it now.
I tried it with a cvs top-of-trunk cygwin1.dll, with all packages up to 
date, and what I am observing is that the script no longer hangs, but 
exits (no segfault, just exits) after a few iterations. My machine is a 
Xeon (with HT) on winXP.

Antoine

--
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: broken?

[Rafael Kitover]

Also, the test program compiles just fine with visual studio.

If I'm doing something obviously wrong, would someone, out of the
kindness of their heart, please give me a tiny program or point me in
the direction of one that includes sql.h that compiles correctly in the
current cygwin.

This is for my libwin32 for cygwin perl project, just need to fix ODBC
and it will work again.

Much appreciated.

>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, December 03, 2003 2:29 PM
>To: Rafael Kitover; [EMAIL PROTECTED]
>Subject: Re:  broken?
>
>At 05:04 PM 12/3/2003, Rafael Kitover you wrote:
>>Greetings,
>>
>>Using the latest packages from cygwin, and gcc 3.3.1, and I checked
>that
>>sql.h/sqltypes.h are the same in the CVS tree, the following program:
>>
>>#include 
>>#include 
>>
>>int main() { return 0; }
>>
>>Compiled as "gcc try.cc -o try" fails with a bunch of errors like:
>>
>>In file included from try.cc:2:
>>/usr/include/w32api/sql.h:343: error: syntax error before `(' token
>>/usr/include/w32api/sql.h:344: error: syntax error before `(' token
>>..
>>
>
>
>
>
>
>>Maybe my test case is too simple and I am forgetting to include
>
>^
>
>Bingo!
>
>
>>something, (although that would have compiled at least a few months
>>earlier, AFAIK) or something else is broken, but I couldn't yet figure
>>it out.
>>
>>TIA!

--
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: Bash wait indefinitely

[Brian Ford]

On Wed, 3 Dec 2003, Antoine Labour wrote:
> Brian Ford wrote:
> >On Tue, Dec 02, 2003 at 10:42:38AM -0600, Brian Ford wrote:
> >>Could you try a snapshot that includes it?
> >>
> > FWIW, I ran the test case overnight on my old 450 MHz Pentium Pro SGI 320
> > running NT4, all packages up-to-date, and a cvs compiled cygwin1.dll from
> > 2003-11-25 without issue.  When my dual CPU system gets back, I'll try it
> > there.
> >
> > Even though we don't expect that this is fixed, could those that can
> > reproduce this problem try it with a snapshot?  Since 1.5.6 is near, it
> > would be good to check it now.
> >
> I tried it with a cvs top-of-trunk cygwin1.dll, with all packages up to
> date, and what I am observing is that the script no longer hangs, but
> exits (no segfault, just exits) after a few iterations. My machine is a
> Xeon (with HT) on winXP.
>
Yeah, I installed a cvs HEAD compiled cygwin1.dll today on the system
quoted above and am seeing similar problems.  Configuring ddd just
silently stops in random places.  I'll look into it more as I have time.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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 port of Perl broken on Win32? Or does Cygwin not run on win32?

[Rafael Kitover]

If you just need to use the Win32:: Perl modules, use the ActiveState
Perl at:

http://aspn.activestate.com/ASPN/docs/ActivePerl/install.html#installing
%20activeperl%20on%20windows%20(x86)

If you specifically need the Win32:: modules on Cygwin, please check my
project page in a few days at:

http://libwin32-exp.sourceforge.net/

Some incompatibilities have crept in over the past few months that I'm
currently working on resolving, and updating the modules to the latest
versions. Currently only ODBC doesn't build. I'll post a message to the
list when things are more or less ready.

-- 
Rafael

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

more information on annoying dos popup problem

[Robert Harper]

I have further information that may help track down the source of this
problem.  The SML shell script in question consisted of

#!/bin/sh
  2>/dev/null

When I removed the re-direct of stderr, the problem disappeared!
Inferior SML mode now works again.  However, other MS-DOS binaries (such
as texify.exe from MikTeX) still exhibit the problem.

I have also observed that signals do not appear to be working properly
with inferior modes.  In particular sending an interrupt signal causes
emacs to respond in the minibuffer with Kill (nnn, 2) failed: operation
not permitted.

Robert Harper

--
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: Problems with trivial makefile

[Guillaume du Pontavice]

> [EMAIL PROTECTED] ~/test_make2/test2
>
 > ^^^
>
>Is there a reason why you have not created
>your own account instead of 'Administrateur'?

i have redone those tests under my user account, and same results ...

>What does 'ls -ln' show in your 'fold' directories?

$ ls -ln
total 2
drwxr-xr-x2 500  513 0 Dec  3 00:01 fold1
drwxr-xr-x2 500  513 0 Dec  3 00:01 fold2
drwxr-xr-x2 500  513 0 Dec  3 00:01 fold3
drwxr-xr-x2 500  513 0 Dec  3 00:01 fold4
drwxr-xr-x2 500  513 0 Dec  3 00:01 fold5
-rw-r--r--1 500  513   380 Dec  3 00:41 makefile

[EMAIL PROTECTED] ~/test_make2/test2/fold1
$ ls -ln
total 1
-rw-r--r--1 500  513 2 Dec  3 00:02 foo1.c

[EMAIL PROTECTED] ~/test_make2/test2/fold2
$ ls -ln
total 1
-rw-r--r--1 500  513 2 Dec  3 00:02 foo2.c

...
[EMAIL PROTECTED] ~/test_make2/test2/fold5
$ ls -ln
total 1
-rw-r--r--1 500  513 2 Dec  3 00:02 foo5.c


same things under Administrateur account

Guillaume




--
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 windows to linux cross compiler issues !!

[mohanlal jangir]

I remember, during cygwin installation I clicked dos. But I don't know how
to change this now. I hope there should be some way to do this without
reinstalling cygwin. I have installed cygwin in my E: drive and mount gives
following output:

$ mount
E:\cygwin\bin on /usr/bin type system (textmode)
E:\cygwin\lib on /usr/lib type system (textmode)
E:\cygwin on / type system (textmode)
c: on /cygdrive/c type user (textmode,noumount)
d: on /cygdrive/d type user (textmode,noumount)
e: on /cygdrive/e type user (textmode,noumount)
m: on /cygdrive/m type user (textmode,noumount)

I think, the textmode is causing problem. How to get rid of this?

Regards
Mohanlal

> Well run with unix-newlinemode on the filesystem you compile the files
> on and /tmp, hmm binmode if my mind doesn't fail. type mount and see
> what it says.
>
> Did you click dos or unix during install.
>
>  /A
>
>
>
> / "mohanlal jangir" <[EMAIL PROTECTED]> wrote:
> | I could succeed to build cygwin windows to linux cross compiler.
Binaries
> | seems to be almost ok as I am able to compile many applications
perfectly.
> | While cross compiling linux kernel, I encountered one problem:
> |
> | I used to get some errors from Assermber like "Error: junk `adcl
$0x'
> | after register". For looking into this, I compiled those files
> | with -save-temp option and edited .s files. In .s files the section #APP
> | seems to have some problem. I found that all assembaly instruction are
in
> | single line, which is casuing assember to give error.
> |
> | #APP
> |addl 16(%esp), %eaxadcl 12(%esp), %eaxadcl %edx, %eaxadcl
$0,
> | %eax
> | #NO_APP
> |
> | When I changed above code to
> | #APP
> |addl 16(%esp), %eax
> |adcl 12(%esp), %eax
> |adcl %edx, %eax
> |adcl $0, %eax
> | #NO_APP
> |
> | I could compile the .s file into .o successfully. This seems to be
dos/unix
> | file format issue, which has not been take care.
> | Is there some easy way to get around this problem or I have to rebuild
tool
> | chain.
> |
> | Regards
> | Mohanlal
> |
>
> --
>   "We are all in the gutter, but some of us are looking at the stars"
>   Oscar Wilde
>
>

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

[Avail for test] zlib-1.2.1-1, mingw-zlib-1.2.1-1

[Charles Wilson]

This new release of the zlib library should be drop-in compatible with 
the previous 1.1.4 release.  However, they are currently marked as 
'test' releases on the cygwin mirrors; if all goes well I'll promote 
them to curr after a week or so.

===
Bad news for Dario/Nicholas: the zlib people still have not incorporated 
the 16MB uncompress buffer or the rsyncable patch; see:

http://groups.yahoo.com/group/rpm-list/message/18136?source=1
http://lists.debian.org/debian-devel/2003/debian-devel-200307/msg00462.html
so this release for cygwin does not contain those patches either.
===
--
Chuck


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