I ran into the following problem building libtool under cygwin-1.7
(makeinfo from texinfo-4.8a-1):
makeinfo -I doc -I
/usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc -o
/usr/src/packages/libtool/22/libtool-2.2.7a-10/src/libtool/doc/libtool.info
/usr/src/packages/libtool/22/libtool-2
For the last several days I have been having a terrible time with the old
2 [main] perl 3620 C:\cygwin-1.7\bin\perl.exe: *** fatal error -
unable to remap
C:\cygwin-1.7\lib\perl5\5.10\i686-cygwin\auto\Cwd\Cwd.dll to same
address as parent(0x86) != 0x14E
5 [main] perl 3636 child
H Le wrote:
Hello,
I wonder where is this lib located? I have installed cygwin under
^^^
You mean header or include file.
d:\cygwin directory. Thank you for your helps.
I can't answer your question directly but I think I can help you answer
it.
From the main Cygw
Hello,
I wonder where is this lib located? I have installed cygwin under d:\cygwin
directory. Thank you for your helps.
Huan
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/d
When I install openssh 5.1-10 from source and run the cygwin post install
everything works fine. But if i install to a directory then run cygwin post
install and tar the contents of the folder with the following tar cvjfT
my-openssh-5.1.-10.tar.bz2 - (found in /usr/share/doc/Cygwin/openssh.READM
On Fri, 20 Feb 2009, victhor_1983 wrote:
> Direccion.sin_addr.s_addr=inet_addr("224.0.22.1");//("138.4.32.34");
Binding to a multicast address doesn't work on windows. You must bind to
INADDR_ANY.
--
Brian Ford
Staff Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafe
On Feb 20 12:45, Christopher Faylor wrote:
> On Fri, Feb 20, 2009 at 06:26:17PM +0100, Corinna Vinschen wrote:
> >On Feb 20 12:13, Christopher Faylor wrote:
> >> On Fri, Feb 20, 2009 at 04:45:00PM +, Dave Korn wrote:
> >> >Roland Schwingel wrote:
> >> >>gdb freezes upon execution of the inferio
On Fri, Feb 20, 2009 at 06:26:17PM +0100, Corinna Vinschen wrote:
>On Feb 20 12:13, Christopher Faylor wrote:
>> On Fri, Feb 20, 2009 at 04:45:00PM +, Dave Korn wrote:
>> >Roland Schwingel wrote:
>> >>gdb freezes upon execution of the inferior process when used from
>> >>within mintty/rxvt, but
> Hi folks,
>
> I found that the Version 3.7.6-3 have the problem executing batchfiles.
> After upgrading from 3.7.6-1 my script does not longer work.
> I started lftp -f batchfile where in the batchfile the connection to the
> server
> And some action is done. It looks like that lftp hang while
On Feb 20 12:13, Christopher Faylor wrote:
> On Fri, Feb 20, 2009 at 04:45:00PM +, Dave Korn wrote:
> >Roland Schwingel wrote:
> >>gdb freezes upon execution of the inferior process when used from
> >>within mintty/rxvt, but does not freeze when gdb is invoked from a
> >>(conventional) bash ins
Hi,
thanks for your answer
>There definately is as I use it daily. I'm not sure the cause of the
>EINVAL, but without a bind, it definately won't work on Windows:
I have tried binding before and after setsockopt(), but the result is the
same. I get errno=22 for setsockopt() and errno=125 for bi
On Feb 20 13:48, Corinna Vinschen wrote:
> On Feb 20 04:05, victhor_1983 wrote:
> > status= setsockopt(Descriptor, IPPROTO_IP, IP_ADD_MEMBERSHIP, &Multic,
> > sizeof(Multic));
> > if (status<0){
> >printf("Fallo al añadir el grupo de Multicast, codigo %i\n",
> > errno);
>
On Fri, Feb 20, 2009 at 04:45:00PM +, Dave Korn wrote:
>Roland Schwingel wrote:
>>gdb freezes upon execution of the inferior process when used from
>>within mintty/rxvt, but does not freeze when gdb is invoked from a
>>(conventional) bash inside of a windows DOS box.
>
>>The application I want
On Feb 20 16:20, Corinna Vinschen wrote:
> On Feb 20 15:48, carsten.porz...@spb.de wrote:
> > It ist very difficult to put in debug statements at the right places
> > within the sourcecode because of the complexity of the programs.
> >
> > But we have just found out these new facts:
> >
> > - We
Hi folks,
I just uploaded a new Cygwin 1.7 test release, 1.7.0-41.
Cygwin 1.7 is a major jump from Cygwin 1.5.x. The list with all
changes related to Cygwin 1.5.25 is attached below.
Just download http://cygwin.com/setup-1.7.exe and use that setup tool
to install Cygwin 1.7. As usual, please
Roland Schwingel wrote:
> gdb freezes upon execution of the inferior process when used from within
> mintty/rxvt, but does not freeze when gdb
> is invoked from a (conventional) bash inside of a windows DOS box.
> The application I want to debug is compiled for mingw.
You're trying to use a Cy
Greg Chicares wrote:
On 2009-02-19 20:33Z, Tim McDaniel wrote:
I think you mean C99 7.19.5.3/6, which says
"output shall not be directly followed by input without an intervening
call to the fflush function or to a file positioning function"
and vice versa.
The C++ standard refers to the C s
Corinna Vinschen wrote:
>The
>problem you're
>reporting should be fixed in Cygwin 1.7.
[snip]
>Please report back in this maling list whether or not that
>problem is fixed for you.
The problem is indeed fixed in Cygwin 1.7.
Thank you so much.
Cheers,
Wagner
--
Unsubscribe info: http://cy
Hi...
Today I observed a strange freeze when using gdb-6.8-2 (or cvs gdb)
within cygwin 1.5.25 on 2 different machines.
gdb freezes upon execution of the inferior process when used from within
mintty/rxvt, but does not freeze when gdb
is invoked from a (conventional) bash inside of a windows DO
Corinna Vinschen wrote:
>>
>> Take-home point: never use -static-libgcc when building a DLL.
>
> Baeh. The two of us discussed this in PM a couple of days back and I
> still don't like the idea to depend on cyggcc_s.dll for more or less
> every other package providing a DLL.
Nah, I think I
On Fri, 20 Feb 2009, victhor_1983 wrote:
> Thanks for the advice, I just tried it, but I keep getting the same mistake.
> Maybe there is no IP_ADD_MEMBERSHIP option for Multicast in Cygwin?
There definately is as I use it daily. I'm not sure the cause of the
EINVAL, but without a bind, it defina
On Feb 20 15:06, Dave Korn wrote:
> Dave Korn wrote:
> Ah. Right. Ouch. I see what's going on. Rebasing does not interact well
> with the presence of unresolved weaks. Gah.
> [...]
> I'll need to do some thinking about this, as it might be possible to make it
> work, but in any case, the r
On Feb 20 15:48, carsten.porz...@spb.de wrote:
> It ist very difficult to put in debug statements at the right places
> within the sourcecode because of the complexity of the programs.
>
> But we have just found out these new facts:
>
> - We copied our productive Active Directory database into a
Dave Korn wrote:
> Ok, now I'll try debugging it.
Ah. Right. Ouch. I see what's going on. Rebasing does not interact well
with the presence of unresolved weaks. Gah.
The problem arises here, in cygming-crtbegin.c:
--
extern void __register_
Hello,
>
> No. Not really. The only reason could be that the code isn't called.
> Only further debugging will help.
>
It ist very difficult to put in debug statements at the right places
within the sourcecode because of the complexity of the programs.
But we have just found out these new fa
On Feb 20 14:14, Dave Korn wrote:
> Dave Korn wrote:
> > Corinna Vinschen wrote:
>
> >> Apparently. I rebased the DLL alone and afterwards file simply stopped
> >> working. The DLL has a base address of 0x6a50. Even rebasing to
> >> the very same address results in a coredump!
>
> > Nope
Vincent R. wrote:
> Still don't understand because cegcc provides you with POSIX API!
Oh, wow! I didn't know that, I thought it was more like MinGW; it's
actually far more comprehensive than I thought.
> And what would mean to port cygwin on Windows Mobile, does it mean you want
> a terminal
On Fri, 20 Feb 2009 13:57:49 +, Dave Korn
wrote:
> Vincent R. wrote:
>> On Fri, 20 Feb 2009 11:20:41 -, "Harold Fuchs" wrote:
>>> Are there any plans to port Cygwin to Windows Mobile? Dates?
>
> Not that I know of.
>
>>> If not, I'd be interested to know why.
>
> Well, the reason I
Dave Korn wrote:
> Corinna Vinschen wrote:
>> Apparently. I rebased the DLL alone and afterwards file simply stopped
>> working. The DLL has a base address of 0x6a50. Even rebasing to
>> the very same address results in a coredump!
> Nope, I can't reproduce it yet.
I can now, but no
On Feb 20 14:45, Corinna Vinschen wrote:
> On Feb 20 13:35, Dave Korn wrote:
> > magic.c:304: warning: passing argument 1 of 'strlcat' makes pointer from
> > integer without a cast
> >
> >304 (void)strlcat(strlcpy(tmp, inname,
> > len), ".exe", len);
> >
> >
> >
Vincent R. wrote:
> On Fri, 20 Feb 2009 11:20:41 -, "Harold Fuchs" wrote:
>> Are there any plans to port Cygwin to Windows Mobile? Dates?
Not that I know of.
>> If not, I'd be interested to know why.
Well, the reason I wasn't planning to do it is because I don't ever use
Windows Mobile.
On Feb 20 13:35, Dave Korn wrote:
> Corinna Vinschen wrote:
> > Apparently. I rebased the DLL alone and afterwards file simply stopped
> > working. The DLL has a base address of 0x6a50. Even rebasing to
> > the very same address results in a coredump!
> >
> > The DLL has been built with -st
Corinna Vinschen wrote:
>> I haven't rebased again, but is there any reason to suspect that
>> cygmagic-1.dll is not rebaseable?
>
> Apparently. I rebased the DLL alone and afterwards file simply stopped
> working. The DLL has a base address of 0x6a50. Even rebasing to
> the very same addres
Thanks for the advice, I just tried it, but I keep getting the same mistake.
Maybe there is no IP_ADD_MEMBERSHIP option for Multicast in Cygwin?
Victor
Corinna Vinschen-2 wrote:
>
> On Feb 20 04:05, victhor_1983 wrote:
>>
>> Hi,
>>
>> I have written a C++ program for a Multicast Client that
Corinna Vinschen wrote:
> On Feb 19 23:03, Charles Wilson wrote:
>> Corinna Vinschen wrote:
>>> I've updated the Cygwin 1.7 version of file to 5.00-1.
>> Odd behavior: after I did a rebaseall, I was consistently seeing
>> coredumps using this version of file. Reverting to the older version of
>> f
On Feb 20 13:48, Corinna Vinschen wrote:
> On Feb 20 04:05, victhor_1983 wrote:
> > status= setsockopt(Descriptor, IPPROTO_IP, IP_ADD_MEMBERSHIP, &Multic,
> > sizeof(Multic));
> > if (status<0){
> >printf("Fallo al añadir el grupo de Multicast, codigo %i\n",
> > errno);
> >
On Feb 20 04:05, victhor_1983 wrote:
>
> Hi,
>
> I have written a C++ program for a Multicast Client that compiles and runs
> on Ubuntu. I tried to compile and run it on Cygwin version 1.5.25 (June
> 2008). However, when I run the code, the Multicast receiving socket doesn't
> seem to work. The p
On Fri, 20 Feb 2009 11:20:41 -, "Harold Fuchs"
wrote:
> Are there any plans to port Cygwin to Windows Mobile? Dates?
>
> If not, I'd be interested to know why.
>
> Harold Fuchs
> London, England
>
>
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Problem report
Hi,
I have written a C++ program for a Multicast Client that compiles and runs
on Ubuntu. I tried to compile and run it on Cygwin version 1.5.25 (June
2008). However, when I run the code, the Multicast receiving socket doesn't
seem to work. The problem comes when I use setsockopt() to add Multica
Are there any plans to port Cygwin to Windows Mobile? Dates?
If not, I'd be interested to know why.
Harold Fuchs
London, England
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/d
On Feb 19 23:03, Charles Wilson wrote:
> Corinna Vinschen wrote:
> > I've updated the Cygwin 1.7 version of file to 5.00-1.
>
> Odd behavior: after I did a rebaseall, I was consistently seeing
> coredumps using this version of file. Reverting to the older version of
> file fixed it, as did re-ins
41 matches
Mail list logo