(Response:)
Not that this is a cygwin-specific problem, but CPAN works fine
behind a proxy/firewall.
Add this to ~/.wgetrc:
http_proxy=my-web-proxy.internal.mydomain:8080
ftp_proxy=my-web-proxy.internal.mydomain:8080
use_proxy = on
Also, some programs use the env vars (so add them to your .rc):
On Jan 11 17:11, Casey wrote:
> I am wanting to use InspIRCd IRC Server for Windows (C++ Modular IRCd).
>
> InspIRCd has stopped coming out with new versions of InspIRCd for
> Windows as it does not support shared objects (modules).
Huh?
> Will cygwin have support for shared objects later on wi
On Jan 10 22:44, Christopher Layne wrote:
> > On Jan 10 09:37, Brian Ford wrote:
> > > Yes, this fixes my STC and the application from which it was derived.
> > > Thanks.
>
> BTW: a couple of things:
>
> 1. Is there a possibility of another application or thread reserving that
> just alloc/free'd
On Jan 10 22:38, Christopher Layne wrote:
> > Since overmapping doesn't work on Windows, unfortunately, I implemented
> > the above mentioned technique, which isn't much code anyway. It
> > reserves a memory lot big enough to fit in the whole mapping, memorizes
> > the address, free's the memory a
Hi,
I am quite new to Cygwin. I am trying to compile my linux application under
Cygwin running on Win XP. I need to link my application to a third party DLL.
I don't have the source codes for the DLL. How do i do it?
Please help!!
Regards,
RJ
--
Unsubscribe info: http://cygwin.com/ml/#un
RJ wrote:
Hi,
I am quite new to Cygwin. I am trying to compile my linux application under
Cygwin running on Win XP. I need to link my application to a third party DLL.
I don't have the source codes for the DLL. How do i do it?
Please help!!
Regards,
RJ
LoadLibrary()/GetProcAddress() does
> Does running d2u over the rejected hunk fix your problem?
No, not so far.
Would anybody like to apply the file "const4.patch.part010" to the current
source file "app_db.c" on their test system?
Are rejections for all six updated lines reproducible?
Regards,
Markus
smime.p7s
Description: S/M
When I use a Cygwin-compiled DLL on a C# program (Microsoft .NET 2.0),
C# program crash with this messagge
./Blue
4 [main] Blue 316
c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** fatal error -
c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** Incompatible
cygwin .dll -- incom
Hello, i found that rsync, buided as a cygwin application, executes
under a NTVDM process (the 16 bit subsystem emulation process of Windows).
The Rsync.exe only dependencies are cygwin1.dll and cygpopt-0.dll and it
seems that cygpopt-0 is compiled as a 16 bit dll.
This is resource co
Hi Corinna
InspIRCd was saying that it has stopped coming out with the new versions
of InspIRCd for Windows - as cygwin does not support shared objects.
---
There is no 1.1 for windows and might not be for a while, as cygwin does
not support shared objects (modules).
that InspIRCd was sayi
On 11 January 2007 11:50, Carlos Nieto wrote:
> The Rsync.exe only dependencies are cygwin1.dll and cygpopt-0.dll and it
> seems that cygpopt-0 is compiled as a 16 bit dll.
Not to me it doesn't:
/bin $ objdump -x cygpopt-0.dll
cygpopt-0.dll: file format pei-i386
/bin $ od -Ax -c cygp
On Thu, Jan 11, 2007 at 10:00:53PM +1000, Casey wrote:
>InspIRCd was saying that it has stopped coming out with the new versions
>of InspIRCd for Windows - as cygwin does not support shared objects.
You're using the term "shared objects" as if it is something that
everyone will understand. Corin
Hi All,
I have found non specific info on the faq and
documentation, so I am wondering if there is
any specific "debugging" reason to explain why
latest snapshots 20070110 (and 04) are substantial
slower than 1.5.23-2 on removing multiple files.
I built a testdir directory with 32*32 files of
1
> But it is a bad idea to use ActiveState under Cygwin. Would you prefer
> if we lied to you?
No, I'd prefer you answer my question. I can't use Activestate perl on
cygwin by not using Activestate perl on cygwin. Do you see the
contradiction?
>> My scripts are written to make my life on Windows
The following packages have been updated:
boost-1.33.1-3
boost-devel-1.33.1-3
New package:
libboost-1.33.1-3
Changes against 1.33.1-2:
* Changed build-boost.sh's line endings to Unix style.
* Rebuilt using latest GCC 3.4.4-3 and Cygwin 1.5.23-2. This should fix
issues with Boost.Filesystem rep
I wrote in the InspIRCd forum asking if Windows is still happening with
the new versions of InspIRCd and they said back with cygwin does not
support shared objects (modules) which is all they said was that which I
wrote back to them saying that it has support - will be getting a reply
back from
Kevin T Cella wrote:
But it is a bad idea to use ActiveState under Cygwin. Would you
prefer if we lied to you?
No, I'd prefer you answer my question.
Actually, being technical about this and looking at your OP there is no
question there at all! Search for it. Look for a question mark. There is
On Thu, 11 Jan 2007, Kevin T Cella wrote:
> [snip]
> I'm asking for the short term solution.
>
> > Answers were provided to you. Apparently they don't tickle your fancy.
> > People have commented on that wrapper script that you posted. I still
> > don't see what your problem is. If your Perl scrip
Matt Wozniski wrote:
> > email [EMAIL PROTECTED] -s test -a "$(sh -c 'IFS=,; echo "$*"' -- *.pdf)" \
> >
> But that won't work for files with commas in the name! (Rare, but it
> can happen...) I'd prefer something like
This still works fine for filenames with commas since it u
On Thu, 11 Jan 2007, Eric Lilja wrote:
> RJ wrote:
> > Hi,
> >
> > I am quite new to Cygwin. I am trying to compile my linux application
> > under Cygwin running on Win XP. I need to link my application to a
> > third party DLL. I don't have the source codes for the DLL. How do i
> > do it?
>
> Lo
David Bear wrote:
Larry Hall (Cygwin) wrote:
David Bear wrote:
I'm attempting to script building mount points in order to handle spaces
in file names. So I do something like this:
homedir=`cygpath -w $USERPROFILE`
mount -buf "\"$homedir\" $HOME/myh
When I echo the mount command to the syntax
Tommaso Tagliapietra (EXT VE SYS) wrote:
When I use a Cygwin-compiled DLL on a C# program (Microsoft .NET 2.0),
C# program crash with this messagge
./Blue
4 [main] Blue 316
c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** fatal error -
c:\my-software\blue\Blue\Blue\bin\Release\Blue
Hello,
I actually develop a program in C for reading and writing data on
serial port. It works fine on GNU/Linux. I now test it with cygwin
(Windows XP).
I begin to set the port options, then I read/write information and
restore port settings. I can write on serial port but can't read.
For test
"Larry Hall (Cygwin)" wrote:
> homedir=`cygpath -w "$USERPROFILE"`
> mount -buf "$homedir" "$HOME"/myh
>
> This is recreated from memory because I don't have access to Cygwin now.
> But this is essentially what worked fine for me last night. Note, the
> quote around USERPROFILE is important.
Ho
I upgraded quite a lot of bash versions in one go, and one of my
shell-scripts broke. I've reproduced it to a simple test case which shows
that either regex tests have turned into non-reg-ex text matches, or that I've
really misunderstood something here. I checked the last few release
announc
Brian Dessent wrote:
"Larry Hall (Cygwin)" wrote:
homedir=`cygpath -w "$USERPROFILE"`
mount -buf "$homedir" "$HOME"/myh
This is recreated from memory because I don't have access to Cygwin now.
But this is essentially what worked fine for me last night. Note, the
quote around USERPROFILE is im
On 1/11/07, Igor Peshansky wrote:
On Thu, 11 Jan 2007, Kevin T Cella wrote:
> [snip]
> I'm asking for the short term solution.
>
> > Answers were provided to you. Apparently they don't tickle your fancy.
> > People have commented on that wrapper script that you posted. I still
> > don't see wha
On 1/11/2007 8:07 AM, Dave Korn wrote:
I upgraded quite a lot of bash versions in one go, and one of my
shell-scripts broke. I've reproduced it to a simple test case which shows
that either regex tests have turned into non-reg-ex text matches, or that I've
really misunderstood something here.
Dave Korn artimi.com> writes:
> I upgraded quite a lot of bash versions in one go, and one of my
> shell-scripts broke. I've reproduced it to a simple test case which shows
> that either regex tests have turned into non-reg-ex text matches, or that I've
> really misunderstood something here.
On Thu, 11 Jan 2007, DePriest, Jason R. wrote:
> On 1/11/07, Igor Peshansky wrote:
> > On Thu, 11 Jan 2007, Kevin T Cella wrote:
> >
> > > [snip]
> > > I'm asking for the short term solution.
> > >
> > > > Answers were provided to you. Apparently they don't tickle your fancy.
> > > > People have
Hello,
This is my first post here. I recently installed Cygwin again
after my harddisk crashed and had to be formatted and all. I mainly
use an ELF cross compiler for doing OS dev. So it was when I tried to
compile a simple app using the normal GCC that I ran into this error.
$ gcc -mno-cygwin
Thomas Antony wrote:
Hello,
This is my first post here. I recently installed Cygwin again
after my harddisk crashed and had to be formatted and all. I mainly
use an ELF cross compiler for doing OS dev. So it was when I tried to
compile a simple app using the normal GCC that I ran into this err
Thomas Antony wrote:
> This is my first post here. I recently installed Cygwin again
> after my harddisk crashed and had to be formatted and all. I mainly
> use an ELF cross compiler for doing OS dev. So it was when I tried to
> compile a simple app using the normal GCC that I ran into this er
I can confirm that this new package fixes the filesystem issue reported
earlier.
Thanks very-much.
-Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that
has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe
on on 1.5.12 and 1.5.23:
#include
int main(int argc, char *argv[])
{
int i, c;
for (i = 0; i < argc; i++)
printf("arg[%d]: '%s'\n",
jim wrote:
I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that
has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe
on on 1.5.12 and 1.5.23:
#include
int main(int argc, char *argv[])
{
int i, c;
for (i = 0; i < argc; i++)
printf("arg[%
On 1/11/07, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
Brian Dessent wrote:
> "Larry Hall (Cygwin)" wrote:
>
>> homedir=`cygpath -w "$USERPROFILE"`
>> mount -buf "$homedir" "$HOME"/myh
>>
>> This is recreated from memory because I don't have access to Cygwin now.
>> But this is essentially wh
2007/1/9, Reini Urban <[EMAIL PROTECTED]>:
defined(UNIX) && (O_BINARY != 0) seems to only target cygwin and looks
like an upstream bug to me. If binary then do binary and not DOS.
Thanks for the report!
I'll check and update it then.
Confirmed.
Bug patched at
http://sourceforge.net/tracker/in
Morgan Gangwere wrote:
On 1/11/07, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
Brian Dessent wrote:
> "Larry Hall (Cygwin)" wrote:
>
>> homedir=`cygpath -w "$USERPROFILE"`
>> mount -buf "$homedir" "$HOME"/myh
>>
>> This is recreated from memory because I don't have access to Cygwin
now.
>>
Reini Urban wrote:
Confirmed.
Bug patched at
http://sourceforge.net/tracker/index.php?func=detail&aid=1633552&group_id=1355&atid=101355
Thanks!
--
Aaron
Beginning Lua Programming: http://www.amazon.com/gp/product/0470069171/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
jim wrote:
> I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that
> has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe
> on on 1.5.12 and 1.5.23:
>
> #include
>
> int main(int argc, char *argv[])
> {
>
I know this is a newbie question, but I can't find it in the
documentation. How (if?) do you compile a standard x86 source to
support cygwin?
Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: h
On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
>I know this is a newbie question, but I can't find it in the
>documentation. How (if?) do you compile a standard x86 source to
>support cygwin?
How would you build the application on linux? Same way, i.e., something
like:
gcc -o foo
heh, I seem to have sparked a short debate on bash scripting
syntax/verbage. Suffice it to say, my original way worked, this way
would most likely work, and I'm sure there are a number of alternative
ways to get the same egg scrambled.
I appreciate everyone's input, I really just wanted to sh
> Actually, being technical about this and looking at your OP there is no
> question there at all! Search for it. Look for a question mark. There is
> none. There is merely the sentence "Please advise" and that's what you
got!
Congratulations! I was wondering when someone would point that out; a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christopher Faylor wrote:
> On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
>> I know this is a newbie question, but I can't find it in the
>> documentation. How (if?) do you compile a standard x86 source to
>> support cygwin?
>
> How w
Hello,
It still doesnt work. I reinstalled all the GCC and GCC-mingw
packages. The cc1.exe is present. But it still doesnt work.
Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
$ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
total 1234
-rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.e
> [snip] you only need the wrapper script to transform the script name from
> POSIX path style to Win32 style, and only if it's in the #! (shebang)
> line of a perl script. That was what my wrapper script was designed to do
> (as shown by the example usage). You do NOT need a wrapper to run the
>
Christopher Faylor wrote:
On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
I know this is a newbie question, but I can't find it in the
documentation. How (if?) do you compile a standard x86 source to
support cygwin?
How would you build the application on linux? Same way, i.e.,
On 12 January 2007 03:06, Larry Hall (Cygwin) wrote:
> Christopher Faylor wrote:
>> On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
>>> I know this is a newbie question, but I can't find it in the
>>> documentation. How (if?) do you compile a standard x86 source to
>>> support cygwi
On 01/11/2007, Thomas Antony wrote:
Hello,
It still doesnt work. I reinstalled all the GCC and GCC-mingw
packages. The cc1.exe is present. But it still doesnt work.
Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
$ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
total 1234
-rwxr-xr--+ 1
Dave Korn wrote:
On 12 January 2007 03:06, Larry Hall (Cygwin) wrote:
Christopher Faylor wrote:
On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
I know this is a newbie question, but I can't find it in the
documentation. How (if?) do you compile a standard x86 source to
support
Thomas Antony wrote:
> $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
> total 1234
> -rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.exe.lnk
> -rwxr-xr--+ 1 Tom Users 567 Jan 6 20:44 cc1plus.exe.lnk
> -rwxr-xr--+ 1 Tom Users 573 Jan 6 20:44 collect2.exe.lnk
> -rwx--+ 1 Tom None 41
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn wrote:
> On 12 January 2007 03:06, Larry Hall (Cygwin) wrote:
>
>> Christopher Faylor wrote:
>>> On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote:
I know this is a newbie question, but I can't find it in the
documentat
On 12 January 2007 03:17, Larry Hall (Cygwin) wrote:
> On 01/11/2007, Thomas Antony wrote:
>> Hello,
>>It still doesnt work. I reinstalled all the GCC and GCC-mingw
>> packages. The cc1.exe is present. But it still doesnt work.
>> Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/
>>
Hello,
Come to think of it, I had removed the read only stuff when it
drove me nuts with silly errors when I tried to delete or move files.
But not on C drive. Anyway, I removed those links using the script you
said and reinstalled. Now ls lists them correctly
$ ls -l /usr/lib/gcc/i686-pc-ming
Kevin T Cella wrote:
Actually, being technical about this and looking at your OP there is
no question there at all! Search for it. Look for a question mark.
There is none. There is merely the sentence "Please advise" and
that's what you got!
Congratulations! I was wondering when someone would p
On 5 Jan, fschmidt wrote:
> > 3. Cygwin text mounts automatically work with either line ending style,
> > because the \r is stripped before bash reads the file. If you absolutely
> > must use files with \r\n line endings, consider mounting the directory
> > where those files live as a text
By the way, Dave, if you're going to be poking & prodding mlscope, I was
wondering if you might have time to look at a problem with its interface
with vim. Mlscope works find from the command line, but simply hangs
when I do a symbol search from within vim. Vim works fine with
non-ml-cscope, howe
59 matches
Mail list logo
