Re: Build problems

I build my custom dll in this two step: g++ -c festivalDll.cc -L. -lfestival -lestools -lestbase -leststring -ltermca p -lwinmm -I ../src/include/ -I ../../speech_tools/include/ -I ./ -o festivalDl l.o -mno-cygwin -I./mingw/include -L./mingw/lib/ g++ -shared -o festival.dll festivaldll.o -L. -l

Re: packages

On Tue, Jul 22, 2008 at 06:09:55PM -0400, Lee D. Rothstein wrote: > Gary Johnson wrote: > > > On 2008-07-18, r wrote: > > >> I'm new about cygwin, but I use from a lot SuSE and OpenSuSE > >> can I install packages rpm from linux distributions on cygwin ? > > > > No. First off, Cygwin doesn't use Re

Re: .s file causing problems when linking

Nathan Thern wrote: > I'm following the build instructions for generic x86 *nix, going under > the assumption that cygwin fits in that category. I believe the Cygwin can't change the fact that fundamentally these are different operating systems, so for example linking works differently as does th

Re: .s file causing problems when linking

On Tue, Jul 22, 2008 at 4:01 PM, Brian Dessent <[EMAIL PROTECTED]> wrote: > You seem to have two separate issues here. >> The main executable is created with this command: >> > gcc -o scheme.exe cmpauxmd.o > > Wait, are you saying that you need to export symbols from the executable > that will be

Re: packages

On 2008-07-22, Lee D. Rothstein wrote: > Gary Johnson wrote: > > > On 2008-07-18, r wrote: > > >> I'm new about cygwin, but I use from a lot SuSE and OpenSuSE > >> can I install packages rpm from linux distributions on cygwin ? > > > > No. First off, Cygwin doesn't use Red Hat's package manager, it

Re: packages

Lee D. Rothstein wrote: Gary Johnson wrote: > On 2008-07-18, r wrote: >> I'm new about cygwin, but I use from a lot SuSE and OpenSuSE >> can I install packages rpm from linux distributions on cygwin ? > No. First off, Cygwin doesn't use Red Hat's package manager, it > uses its own packag

Re: packages

Gary Johnson wrote: > On 2008-07-18, r wrote: >> I'm new about cygwin, but I use from a lot SuSE and OpenSuSE >> can I install packages rpm from linux distributions on cygwin ? > No. First off, Cygwin doesn't use Red Hat's package manager, it > uses its own package manager, setup.exe. Secondl

Re: Build problems

Stefano Facchetti wrote: > When I compile my cc files under cygwin with this command line: > g++ -c festivalDll.cc -o festivalDll.o -L. -lfestival -lestools -lestbase > -leststring -ltermcap -lwinmm -I../src/include/ > -I../../speech_tools/include/ -I ./ -mno-cygwin -I./mingw/include > -L./mingw/l

Re: CYGWIN NT-5.1 1.7.0(0.185/5/ 3) wstring undeclared

[EMAIL PROTECTED] wrote: > Is that a path issue or is wstring still unsupported? Getting a functional wstring would require, at least: * implementing missing wide character I/O functions in newlib (like wprintf) * rebuilding libstdc++ so that it detects these functions and enables wstring (which

Re: Strange things with cygdrive

Stepp, Charles ha scritto: January 1, 1970 is a very holy date. Charles Stepp -Original Message- From: Angelo Graziosi [mailto:[EMAIL PROTECTED] ^ Sorry, but you should not cite explicity the address. Doing so, you expose us to spammers. Or y

Build problems

I try to build my custom dll that use Festival TTS libs (http://www.cstr.ed.ac.uk/projects/festival/). The custom dll export some functions that I will use with C#. When I compile my cc files under cygwin with this command line: g++ -c festivalDll.cc -o festivalDll.o -L. -lfestival -lestools -les

CYGWIN_NT-5.1 1.7.0(0.185/5/3) wstring undeclared

Hi, I thought wstring is now supported. Following code: #include using namespace std; int main() { wstring s = L"test"; wcout << s << endl; return EXIT_SUCCESS; } fails compilation with: $ g++ tst1.cpp tst1.cpp: In function `int main()': tst1.cpp:6: error: `wstring'

RE: Re: lpr works? FAQ in error?

Wilfried wrote on Monday, July 21, 2008 10:11 AM: > Ehh, I just saw that Rodrigo Medina addressed all these problems. > > So the script would probably look like this: > > --snip- > #!/bin/sh > $1 $2 $3 $4 $5 | unix2dos > tmp_file > cygstart notepad.exe /p tmp_file > rm tm

Re: .s file causing problems when linking

Brian Dessent wrote: > typing things twice I'll just provide a link: > . Sorry, I meant to link to the last reply in that thread, i.e. -- Unsubscribe info: http://

RE: Strange things with cygdrive

January 1, 1970 is a very holy date. Charles Stepp Meskimen's Law: There's never time to do it rite, but there's always time to do it over. -Original Message- From: Angelo Graziosi [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2008 6:06 PM To: cygwin@cygwin.com Subject: Strange things

Re: .s file causing problems when linking

Nathan Thern wrote: You seem to have two separate issues here. > The main executable is created with this command: > > gcc -o scheme.exe cmpauxmd.o Wait, are you saying that you need to export symbols from the executable that will be imported by another module? If so then the above is not suf

Re: [ANNOUNCEMENT] Updated: OpenSSH-5.1p1-1

On Jul 22 21:24, Fergus wrote: > Dear All, > > I just updated and (on my system anyway) both of > > bin/slogin.lnk > usr/share/man/man1/slogin.1.lnk > > lack the +R attribute. I added it using attrib +R in a DOS box. Same here. Sorry. I'll prepare a new release tomorrow. Corinna -

.s file causing problems when linking

I am attempting to compile MIT/GNU Scheme on cygwin. The build proceeds fine through the main executable, but fails when linking a dynamically openable module. The main executable is created with this command: > gcc -o scheme.exe cmpauxmd.o cmpauxmd.o is created by: > ./makegen/m4.sh cmpauxmd.

Re: [ANNOUNCEMENT] Updated: OpenSSH-5.1p1-1

Dear All, I just updated and (on my system anyway) both of bin/slogin.lnk usr/share/man/man1/slogin.1.lnk lack the +R attribute. I added it using attrib +R in a DOS box. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http:

Re: ssh client disconnect error

Corinna Vinschen cygwin.com> writes: > Yes, I misread it. But you didn't try the reverse lookup. What > does it print for 127.0.0.1? It's still very likely a problem with > the name resolution. $ nslookup 127.0.0.1 Server: UnKnown Address: 192.168.1.1:53 Name:localhost Address: 127.0

Re: 1.7.0-19: Still unexplained path problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 7/22/2008 11:02 AM: | Thanks for the testcase. I was looking into the path conversion code | but it works as expected. It didn't occur to me that the problem might | be related to using the long path name syntax when

Re: 1.7.0-19: Still unexplained path problems

On Jul 22 09:25, Brian Dessent wrote: > Corinna Vinschen wrote: > > > Can you create an strace of a testcase (building git or something) > > which shows where and how the paths are generated? Maybe we can > > workaround this in Cygwin itself by tweaking paths missing a / or \ > > after the colon.

Re: Strange things with cygdrive

"Mark J. Reed" wrote: > Well, now, that's a very good point.The mod time on /proc seems to > be set to Dec 1st, 2006 at midnight UTC (same on my system) - where > did that number come from? It seems like some consistency among > virtual directories isn't too much to ask. http://cygwin.com/ml

Re: Strange things with cygdrive

On Tue, Jul 22, 2008 at 11:52 AM, Angelo Graziosi wrote: > If I have well understood '/proc' is a virtual directory like '/cygdrive', > but for it > > dr-xr-xr-x 1 Administrator Administrators 0 Dec 1 2006 proc Well, now, that's a very good point.The mod time on /proc seems to be set to

Re: 1.7.0-19: Still unexplained path problems

Corinna Vinschen wrote: > Can you create an strace of a testcase (building git or something) > which shows where and how the paths are generated? Maybe we can > workaround this in Cygwin itself by tweaking paths missing a / or \ > after the colon... Here's a testcase: $ cat >tc.c < #include i

Re: tcpdump package

mwade wrote: Hello, I am pretty new to cygwin. I am looking for a tcpdump package and from the cygwin package page (http://www.cygwin.com/packages/) there does not appear to be one. Is this just the page maintained by Cygwin? Can you use other sources apps like with Linux and if so is that do

Re: tcpdump package

mwade wrote: > I am pretty new to cygwin. I am looking for a tcpdump package and from the > cygwin package page (http://www.cygwin.com/packages/) there does not appear > to be one. I don't know of a cygwin port of tcpdump. But you could take a look at this: http://www.winpcap.org/windump/ Regar

Re: 1.7.0-19: Still unexplained path problems

On Jul 22 11:54, Christopher Faylor wrote: > On Tue, Jul 22, 2008 at 03:56:43PM +0200, Corinna Vinschen wrote: > >Yeah. It would be cool if we could get a new tcl version at one point. > > Ur, I think you know why that isn't possible. The tcl that is released > comes from sourceware.org and it i

tcpdump package

Hello, I am pretty new to cygwin. I am looking for a tcpdump package and from the cygwin package page (http://www.cygwin.com/packages/) there does not appear to be one. Is this just the page maintained by Cygwin? Can you use other sources apps like with Linux and if so is that documented somew

[ANNOUNCEMENT] Updated: OpenSSH-5.1p1-1

I've just updated the version of OpenSSH to 5.1p1-1. This is a new major upstream release. It fixes a security related issue and introdues a lot of new features. The Cygwin release is created from the vanilla sources with just a minor installation tweak. The official release message of 5.1p1:

Re: 1.7.0-19: Still unexplained path problems

On Tue, Jul 22, 2008 at 03:56:43PM +0200, Corinna Vinschen wrote: >Yeah. It would be cool if we could get a new tcl version at one point. Ur, I think you know why that isn't possible. The tcl that is released comes from sourceware.org and it is linked to insight. cgf -- Unsubscribe info:

Re: Strange things with cygdrive

Eric Blake wrote: How is the date horrible? It is 0 seconds since the epoch, for lack of a better date. Mark J. Reed wrote: /cygdrive is not a real directory. That "horrible" metadata you're complaining about isn't actually stored anywhere, it's generated by the system when you ask for it.

Re: ssh client disconnect error

On Jul 22 14:43, luciop wrote: > Corinna Vinschen cygwin.com> writes: > i think u have missed read the nslookup result. > > $ nslookup localhost > Non-authoritative answer: > Server: UnKnown > Address: 192.168.1.1:53 > > Name:localhost > Address: 127.0.0.1 > > the 192.168.1.1:53 is my DHC

Re: trouble running a script with a while loop from cron

The windows sort command was definitely the problem. I had not set a PATH for cron so it was using the default PATH. When I set a PATH in the crontab it resolved the issue. One thing I'm not quite sure of is why didn't it work properly from cron when I specified the full path to sort in the script.

Re: Strange things with cygdrive

Mark J. Reed writes: > /cygdrive is not a real directory. That "horrible" metadata you're > complaining about isn't actually stored anywhere, it's generated by > the system when you ask for it. A modification to the cygwin > filesystem code could change what it reports, but what would you have >

Re: ssh client disconnect error

Corinna Vinschen cygwin.com> writes: > nslookup > > > $less /etc/hosts > > 127.0.0.1 localhost > > > > $ nslookup localhost > > Non-authoritative answer: > > Server: UnKnown > > Address: 192.168.1.1:53 > > As I said, a DNS problem which you really should fix or let fix by your > local

Re: 1.7.0-19: Still unexplained path problems

On Jul 22 06:04, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Corinna Vinschen on 7/22/2008 3:45 AM: > |> application-specific initialization failed: Can't find a usable > init.tcl in > |> the following directories: > |>//?/E:/cygwin/share/tcl8.4 //?/E:cy

Re: Strange things with cygdrive

On Tue, Jul 22, 2008 at 6:23 AM, Angelo Graziosi wrote: > Oh thanks having reassured me. But is there some tricks to change that > user(0) and (horrible) date (01.01.1970)? /cygdrive is not a real directory. That "horrible" metadata you're complaining about isn't actually stored anywhere, it's gen

Re: Strange things with cygdrive

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Angelo Graziosi on 7/22/2008 4:23 AM: | Corinna Vinschen wrote: | |> No, it's ok for the cygdrive prefix in 1.5.x | | Oh thanks having reassured me. But is there some tricks to change that | user(0) and (horrible) date (01.01.1970)? How

Re: 1.7.0-19: Still unexplained path problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 7/22/2008 3:45 AM: |> application-specific initialization failed: Can't find a usable init.tcl in |> the following directories: |>//?/E:/cygwin/share/tcl8.4 //?/E:cygwin/share/tcl8.4 |> //?/E:cygwin/usr/share/tcl8.

Re: Strange things with cygdrive

On Jul 22 12:23, Angelo Graziosi wrote: > Corinna Vinschen wrote: > >> No, it's ok for the cygdrive prefix in 1.5.x > > Oh thanks having reassured me. But is there some tricks to change that > user(0) and (horrible) date (01.01.1970)? No. It will look somewhat different in 1.7, but the date is a

Re: Strange things with cygdrive

Corinna Vinschen wrote: No, it's ok for the cygdrive prefix in 1.5.x Oh thanks having reassured me. But is there some tricks to change that user(0) and (horrible) date (01.01.1970)? Angelo --- O Captain! my Captain! our fearful trip is done, The ship has weather'd every rack, the prize w

Re: Strange things with cygdrive

On Jul 22 00:05, Angelo Graziosi wrote: > I have discovered that > > $ ls -lrt > totale 28 > dr-xr-xr-x 1 0root0 Jan 1 1970 cygdrive > ^^ > dr-xr-xr-x 1 Administrator Administrators 0 Dec 1 2006 proc > -rw

Re: 1.7.0-19: Still unexplained path problems

On Jul 21 16:16, Lee Maschmeyer wrote: > $ ./autogen > application-specific initialization failed: Can't find a usable init.tcl in > the following directories: >//?/E:/cygwin/share/tcl8.4 //?/E:cygwin/share/tcl8.4 > //?/E:cygwin/usr/share/tcl8.4 //?/E:share/tcl8.4 //?/E:cygwin/library //?/E >

Re: ssh client disconnect error

On Jul 21 14:50, luciop wrote: > > Looks like a DNS problem. Do you have a 127.0.0.1 <-> localhost mapping > > in your $SYSTEMROOT/system32/drivers/etc/hosts file? Does forward and > > reverse lookup for localhost and 127.0.0.1 work outside of sshd? > > i have check the hosts and the nslookup.