-
Todd West wrote
I'm experimenting with using Cygwin and gcc -shared to build Windows DLLs
which are called by code compiled by VC6.0 SP5 or the Intel C 7.0 plug-in
for VC. I've using some very small stubs of test code and DLLs extracted
from Atlas 3.4.1. Implicitly linked calls
Thanks for the helpful answer!
So, if this search does not give any results, it means I cannot compile
sources which use wordexp.h?
Thanks
Arno
On Mon, 30 Sep 2002 09:52:28 -0700 (Pacific Daylight Time), Michael A Chase
<[EMAIL PROTECTED]> wrote:
On Mon, 30 Sep 2002 18:12:06 +0200 Franck Ler
Howdy Arno!
> Thanks for the helpful answer!
> So, if this search does not give any results, it means I cannot compile
> sources which use wordexp.h?
If worst comes to worst, here is an index that includes wordexp.h:
http://handhelds.org/download/intimate/release/usr/include/
Rob
:)
--
Unsubs
Arno Waschk wrote:
> Thanks for the helpful answer!
> So, if this search does not give any results, it means I cannot
> compile sources which use wordexp.h?
Correct. You will need to find an alternative implementation to link into
whatever you are building. If you are feeling keen, you could try g
i want to install libpcap in cygwin
i have this problems
loading cache ./config.cache
checking host system type...
checking target system type...
checking build system type...
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc )
Hi,
I am having problems with a recent version of bison.
I am compiling a file with the following command :
bison --output=x.cxx my.y
Bison runs with a warning about a shift/reduce conflict but does *not*
producet my x.cxx file ! :(
Using the exact same command from an older version seems
Hi Rob!
Thanks for the quick reply!
Just for curiosity I tried using the wordexp.h from your source which lead
me to a satisfied compiler... blind hacking though...
;)
Very helpful though...
Arno
On Sat, 25 Jan 2003 23:15:05 +1100, Robert Mark Bram
<[EMAIL PROTECTED]> wrote:
Howdy Arno!
T
(Notice: English Version following the German Version)
--
GERMAN VERSION
__
Hallo,
wir sind unREAL und möcht
Just for the record:
I couldn't even start a bash shell on Windows Server 2003 (RC2) (this
is Windows NT 5.2):
14268635 [unknown (0x3B0)] ? 940 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
14273671 [unknown (0x3B0)] ? 940 handle_exceptions: Error while dumping state
(probably corrupted
> On Fri, Jan 24, 2003 at 03:09:43PM -0800, Rafael Kitover wrote:
> >>Really? Or would it simply delay them learning the knowledge to
> >>function in an environment that does not make specific allowances for
> >>them?
> >
> >Well, the goal would be for new cygwin users, who often have little
> >kn
On Sat, 25 Jan 2003, Gary R. Van Sickle wrote:
> > On Fri, Jan 24, 2003 at 03:09:43PM -0800, Rafael Kitover wrote:
> > >>Really? Or would it simply delay them learning the knowledge to
> > >>function in an environment that does not make specific allowances for
> > >>them?
> > >
> > >Well, the goa
At 07:24 PM 1/24/2003, Max Bowsher wrote:
>First, I'd like to say thanks for fixing a long-standing bug in vim:
>Using the arrow keys in insert mode cancelled it.
Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show this
problem. Maybe I'm misunderstanding what you're doing?
Larry
At 07:03 PM 1/24/2003, Randall R Schulz wrote:
>Rob,
>
>Well, the RXVT-ers keep copping an 'tude with us lowly console users, so...
Exactly! ;-)
>I really don't know what's different on my system that makes this nifty feature work
>for me. I'm inclined to think it's not a BASH setting or anyth
At 15:04 2003-01-25, Larry Hall (RFK Partners, Inc) wrote:
At 07:03 PM 1/24/2003, Randall R Schulz wrote:
>Rob,
>
>...
>I really don't know what's different on my system that makes this
nifty feature work for me. I'm inclined to think it's not a BASH
setting or anything specific to my Cygwin co
Larry Hall (RFK Partners, Inc) wrote:
> At 07:24 PM 1/24/2003, Max Bowsher wrote:
>> First, I'd like to say thanks for fixing a long-standing bug in vim:
>> Using the arrow keys in insert mode cancelled it.
>
> Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show
> this problem. Mayb
At 06:33 PM 1/25/2003, Randall R Schulz wrote:
>At 15:04 2003-01-25, Larry Hall (RFK Partners, Inc) wrote:
>>At 07:03 PM 1/24/2003, Randall R Schulz wrote:
>> >Rob,
>> >
>> >...
>>
>> >I really don't know what's different on my system that makes this nifty feature
>work for me. I'm inclined to thi
At 06:39 PM 1/25/2003, Max Bowsher wrote:
>Larry Hall (RFK Partners, Inc) wrote:
> > At 07:24 PM 1/24/2003, Max Bowsher wrote:
> >> First, I'd like to say thanks for fixing a long-standing bug in vim:
> >> Using the arrow keys in insert mode cancelled it.
> >
> > Hm, a quick check here with cygwin
At 15:39 2003-01-25, Max Bowsher wrote:
Larry Hall (RFK Partners, Inc) wrote:
> At 07:24 PM 1/24/2003, Max Bowsher wrote:
>> First, I'd like to say thanks for fixing a long-standing bug in vim:
>> Using the arrow keys in insert mode cancelled it.
>
> Hm, a quick check here with cygwin 1.3.17 and v
> if i copy this files from linux will be problems?(i'll change definitions)
Yes. If you copy headers but don't have the library functions to back you up
then all you'll get is link errors when it comes to compile time.
> i download winpack source but i dont see a makefile
> what i can do about??
[snip]
> If
> anything, a more useful tool would be a bat2sh translator. :-D
>
Seriously, I bet many people could make use of such a beast. Let's see, that
would be like, what, maybe a page or two of perl?
[snip]
> P.S. A special note to Gary: "a *pillow* of salt"? ;-)
Hhehehehheehhe
> -Original Message-
> From: Rafael Kitover [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 24, 2003 3:54 PM
> To: [EMAIL PROTECTED]
> Subject: idea for a new project, libntcmd
>
>
> Currently there is a fundamental divide between the cmd.exe
> shell and a unix shell, even on windows
Randall R Schulz wrote:
>
> At 15:39 2003-01-25, Max Bowsher wrote:
> >Larry Hall (RFK Partners, Inc) wrote:
> > > At 07:24 PM 1/24/2003, Max Bowsher wrote:
> > >> First, I'd like to say thanks for fixing a long-standing bug in vim:
> > >> Using the arrow keys in insert mode cancelled it.
> > >
>
[EMAIL PROTECTED]:
I have been using Cygwin on Win2k Pro SP3 for a while now, and really
like it. Today, I downloaded and installed Dia Win32 Installer. The
next time I started Bash, it was broken -- the prompt spans two (three?)
lines, Bash starts in the wrong directory, and $HOME environment i
At 20:49 2003-01-25, Doug VanLeuven wrote:
Randall R Schulz wrote:
>
> At 15:39 2003-01-25, Max Bowsher wrote:
> >Larry Hall (RFK Partners, Inc) wrote:
> > > At 07:24 PM 1/24/2003, Max Bowsher wrote:
> > >> First, I'd like to say thanks for fixing a long-standing bug in vim:
> > >> Using the arro
David,
Wow, you've really done your homework :-D
Apparently, Dia has reset your HOME environment variable. The default
/etc/profile sets HOME only if it's not set before, and since Cygwin
processes inherit the Windows environment, well... In any case,
uninstallers rarely change back the environ
Igor, David,
At 21:15 2003-01-25, Igor Pechtchanski wrote:
David,
Wow, you've really done your homework :-D
I was thinking the same thing. Would that everyone was so diligent, eh?
Apparently, Dia has reset your HOME environment variable. The default
/etc/profile sets HOME only if it's not
[EMAIL PROTECTED]:
"Igor Pechtchanski" wrote on Saturday, January 25, 2003 9:15 PM:
> ... Start->Settings->Control Panels->System ... HOME environment
> variable ...
Start -> Settings -> Control Panel -> System -> Advanced -> Environment
Variables shows:
HOMEC:\Documents and Settings\dpc
> Start -> Settings -> Control Panel -> System -> Advanced -> Environment
> Variables shows:
>
> HOMEC:\Documents and Settings\dpchrist
>
> I believe that is correct.
IIRC windows only really uses HOME{DRIVE,PATH}.
Is that (HOME) set up in the system variabes or the user variables section
[EMAIL PROTECTED]:
Some more clues:
1. Cygwin Bash reports the present working directory as:
dpchrist@w2k30g ~
$ pwd
/usr/bin/%USERPROFILE%
2. Yet Windows Explorer does not show any folder named "bin", much less
"bin\%USERPROFILE%" under "C:\cygwin\usr".
3. Neither d
> 1. Cygwin Bash reports the present working directory as:
>
> dpchrist@w2k30g ~
> $ pwd
> /usr/bin/%USERPROFILE%
>
> 2. Yet Windows Explorer does not show any folder named "bin", much less
> "bin\%USERPROFILE%" under "C:\cygwin\usr".
The usr/bin or usr\bin folder is norm
30 matches
Mail list logo
