I found a copy of cygwin in c:\program files\ which did not work
for obvious reasons. I deleted it and cygwin setup installed cygwin
just fine. I'm not sure how cygwin got into that directory but I
suspect another application like Java developers kit or something
similar installed it there.
In
On Sun, Nov 10, 2002 at 02:04:38PM +0300, egor duda wrote:
> AG> ðÏÐÒÏÂÏ×ÁÌ Ñ ÓÏÂÒÁÔØ cygwin1.dll Ó ÜÔÉÍ ÐÁÔÞÅÍ. ÷ÚÑÌ ÉÓÈÏÄÎÉËÉ ÏÔ
> AG> 1.3.15-2, ×ÎÅÓ ÏÐÉÓÁÎÎÙÅ × ÔÏÊ ÓÔÁÔØÅ ÉÚÍÅÎÅÎÉÑ. ./configure
> AG> ÏÔÒÁÂÏÔÁÌ ÂÅÚ ÐÒÏÂÌÅÍ. Make ÏÂÌÏÍÉÌÓÑ ÎÁ:
> AG> ...
> AG> configure: error: can not find instal
Danny,
The dialog regarding your problems with GCC and / or "as" (or whatever the
real problem ultimately turns out to be) should take place in public.
Randall Schulz
Mountain View, CA USA
-==- Forwarded Message -==-
I'm not in front of the machine, but for the time being I'll add this:
When
On Sun, Nov 10, 2002 at 03:44:12PM -0800, Ian Burrell wrote:
>I updated to Cygwin 1.3.15-1 yesterday and since then have crashed
>Windows 2000 a few times. I am running Windows 2000 SP3 build 2195.
>
>I do have Norton Antivirus 2003 installed but some of the crashes
>happened when it was disabled.
I updated to Cygwin 1.3.15-1 yesterday and since then have crashed
Windows 2000 a few times. I am running Windows 2000 SP3 build 2195.
I do have Norton Antivirus 2003 installed but some of the crashes
happened when it was disabled. I had trouble with Norton Utilities in
the past and uninstall
Matt wrote:
>> insure++ only supports VC++ 5.x and 6.x on win32. While you an manually
>> edit the compiler configurations, I was never able to get it to work.
>> I've let parasoft know I would like that functionality built in, but I
>> don't think they're moving forward on that. Howver, their C++
Lynn,
Cygpath as you've show it operating, is working perfectly correctly. The
"--path" option is for converting PATH-like variables in which several file
or directory names are separated by colons (UNIX -> Windows) or semicolons
(Windows -> Unix).
Randall Schulz
Mountain View, CA USA
At 13:
I've just installed the latest cygwin.dll and bash. An existing script no longer
works. I tracked it to the following:
cygpath --path --windows "c:\WINNT"
produces c;c:\WINNT (note the leading c;)
cygpath --windows "c:\WINNT"
produces the correct c:\WINNT
cygpath --path --windows /c/WINNT/
pr
heiko wrote:
> It should be
> MMRESULT WINAPI waveOutOpen
> (LPHWAVEOUT,UINT,LPCWAVEFORMATEX,PDWORD,PDWORD,DWORD);
No it shouldn't. DWORD_PTR != PDWORD.
This is what I see in documentation:
MMRESULT WINAPI
waveOutOpen(LPHWAVEOUT,UINT_PTR,LPWAVEFORMATEX,DWORD_PTR,DWORD_PTR,DWORD);
the DWORD_PTR
On Sunday 10 November 2002 10:24, Eric Belhomme wrote:
> #ifndef _WIN32
> # include
> #else
> # include "myheader.h"
> #endif
>
> So as I readen on the cygwin FAQ, _WIN32 sould be declared ans "myheader.h"
> sould be used instead of but that' not the case :-(
>
> So i deduce the _WIN32 preproces
hi,
First, I'm not familliar with cygwin nand gcc, so i'm sure my question is
trivial, but i didn't found how to resolve it. (sorry for the noise)
I just installed cygwin on my win2k computer to try to compile a linux based
lib (the libprelude)
The problem is libprelude uses some glibc6 APIs
Hi
I was talking about a dedicated server, no rendering, no frames, no X ;)
the thing is that We will get 4Servers Sponsored for our LAN-Party, each
with 2GHz, 1GB RAM.
Unfortunatelly we will run Windows on it, cause of Battlefield.
So, me, Mario thought, NO WAY, i still want UNIX to handle my Gam
On Sat, 9 Nov 2002, Jan Middelkoop wrote:
> Hello.
>
> I seem to be able to compile and run a problem fine, but when I run it, I
> notice it uses a UNIX character set instead of the DOS character set (I do
> NOT mean the endline characters - I mean the character set in general),
> so certain thing
I've updated my sshd install scripts to support named options:
$ sshd_system.sh -?
Usage: sshd_system.sh [options]
options:
-P|--port port
-s|--sshd "sshd options"(quotes are required)
-f|--config sshd_config_file (default is /etc/sshd_config)
-c|--
Christopher,
Could you please include protoize and unprotoize in the binary distribution
?
They were included in 2.95.3-5 but vanished from both 3.2 and 2.95.3-10.
Or maybe they are deprecated ?
Thank you,
Dan
-Original Message-
From: [EMAIL PROTECTED] [mailto:cygwin-owner@;cygwi
On Sun, Nov 10, 2002 at 10:53:47AM -0600, Todd Jones wrote:
>I tried downloading cygwin several times from different mirrors over the past
>24 hours with not success. The downloads would go okay, and everything would
>appear to be installed. However, I have no /bin or /usr/bin directory and
>c
I tried downloading cygwin several times from different mirrors over the past
24 hours with not success. The downloads would go okay, and everything would
appear to be installed. However, I have no /bin or /usr/bin directory and
cygwin1.dll is not installed.
The pc is a win98 system. I have
I've made a new version of gcc available for download. This is a very
minor refresh against the released version of gcc 3.2 plus the usual
voluminous cygwin + mingw specific patches. However, the only
noticeable change from the last release was an attempt to correctly
define mbstate_t.
To update
MB>> Seems a gcc update crept out without any announcement.
MB>>
MB>> Is there anything important/interesting in this new release?
JB> If I understood this correctly, the new release fixes the "mbstate_t
bug" that
JB> was referred to in an earlier thread.
That's what I indicated in my earlier mes
Hi,
according to Microsofts description the prototype for waveOutOpen()
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/mmfunc_36b2.asp
is a bit wrong:
MMRESULT WINAPI waveOutOpen
(LPHWAVEOUT,UINT,LPCWAVEFORMATEX,DWORD,DWORD,DWORD);
It should be
MMRESULT WINAPI waveOutO
At 10 November 2002, you wrote:
>On Sun, 2002-11-10 at 14:45, Xenicus Starr wrote:
>> I posted this a few days ago. The problem still exists and I
>> actually can't find the post when I search the mailing list
>> so I think somehow it may have gotten lost in the ether.
>>
>> I am trying to inst
Hi!
Sunday, 10 November, 2002 Alexander Gotlib [EMAIL PROTECTED]
wrote:
>> Which recipe? The thread talks about proposed patch. By looking at the
>> announcements, you may find that the patch has never been applied to
>> the main cygwin sources. So you can either apply it yourself and build
>> y
On Sun, 2002-11-10 at 14:45, Xenicus Starr wrote:
> I posted this a few days ago. The problem still exists and I
> actually can't find the post when I search the mailing list
> so I think somehow it may have gotten lost in the ether.
>
> I am trying to install Cygwin 1.3.15-1 with PCR-tools on W
On Sunday 10 November 2002 02:23, Max Bowsher wrote:
> Seems a gcc update crept out without any announcement.
>
> Is there anything important/interesting in this new release?
>
> Max.
If I understood this correctly, the new release fixes the "mbstate_t bug" that
was referred to in an earlier thre
24 matches
Mail list logo
