On Jan 10 17:39, Dr. Volker Zell wrote:
Stefan Björnelund writes:
Please upload at your earliest convinience.
http://www.update.uu.se/~stefanb/cygwin/release/aspell-sv/setup.hint
http://www.update.uu.se/~stefanb/cygwin/release/aspell-sv/aspell-sv-0.50.2-2.tar.bz2
On 10 January 2007 18:32, Václav Haisman wrote:
Uploaded. Please send your release announcement. (I'm not able to approve
it; we'll have to wait for one of the others to moderate it).
cheers,
DaveK
--
Can't think of a witty .sigline today
There has been a new release of the official cmake (2.4.6-1).
This is a minor release from to 2.4.5 to 2.4.6.
Here are the required files:
http://www.cmake.org/files/cygwin/setup.hint
http://www.cmake.org/files/cygwin/cmake-2.4.6-1.tar.bz2
Hello and happy new year,
I've been installing Cygwin/X and I had a problem with the fixed font
which was not found on XWin startup.
I read the FAQ, section
8.4. Fatal server error: could not open default font 'fixed'
I followed your tips and always the same message ...
Then I used the font server
On Wed, 10 Jan 2007, Larry Hall (Cygwin X) wrote:
Dick Repasky wrote:
On Tue, 9 Jan 2007, Larry Hall (Cygwin X) wrote:
Dick Repasky wrote:
I'm experiencing difficulty starting X on a fresh install of cygwin on
a
fresh install of Windows Vista. I've tried both startxwin.sh
(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
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 with
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 area right
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:
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 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/MIME
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 --
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
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
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
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. Corinna
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
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
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 script
Matt Wozniski wrote:
email [EMAIL PROTECTED] -s test -a $(sh -c 'IFS=,; echo $*' -- *.pdf) \
sample.txt
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
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?
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 -
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
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.
How about
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
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
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 what your
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
Dave Korn dave.korn at 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
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 commented on that
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
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
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
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 stdio.h
int main(int argc, char *argv[])
{
int i, c;
for (i = 0; i argc; i++)
printf(arg[%d]:
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 stdio.h
int main(int argc, char *argv[])
{
int i, c;
for (i = 0; i argc; i++)
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 what worked fine for me
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
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.
But this is
Reini Urban wrote:
Confirmed.
Bug patched at
http://sourceforge.net/tracker/index.php?func=detailaid=1633552group_id=1355atid=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 stdio.h
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:
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
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; and
-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 would you
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
[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 cygwin?
How
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--+
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 412 May
-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
documentation. How (if?)
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/
$ ls -l
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
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
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 mount.
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,
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
64 matches
Mail list logo