> -Original Message-
> From: Pietro Toniolo [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 26, 2002 7:04 PM
> Is it an "undefined behavior" of the c compiler?
> But why a different default behavior, with and without the flag?
You get a different C library with, and without the flag
"Larry Hall (RFK Partners, Inc)" wrote:
> The problem must be at your end. I don't see it here. Looks like you'll
> need to debug it more.
Nay, I campiled the proposed program (every package on my side is in the
"Last" status) and, with -no-cygwin, I do have an unbuffered stdout.
Is it an "un
From: "Wu Yongwei" <[EMAIL PROTECTED]>
>
> This is from the glibc documentation (is glibc meaningless to the Cygwin
> project?):
I'm not sure what you mean by "meaningless", but glibc is of no
particular relevance to Cygwin.
> ...
> The GNU operating system does not support using struct
>
Hey, does anyone know a good link for setting up GLUI and GLUT with cygwin? I"m
having some path problems...probably related to my makefile.
If anyone knows something about setting this up, I'd love to hear from you.
Thanks,
Matt
___
OK, here is the patch for src/winsup/cygwin/times.cc:
--- times.cc.oldTue Mar 26 11:36:53 2002
+++ times.ccTue Mar 26 11:53:42 2002
@@ -156,4 +156,5 @@
{
static hires gtod;
+ static tzflag;
LONGLONG now = gtod.usecs (fal
time.h, l. 77
#if timezonevar
#ifndef timezone
#define timezone ((long int) _timezone)
#endif
#else
char *_EXFUN(timezone, (void));
#endif
So by default timezone is defined as a function. I am not sure whether this
is a violation of standards. If it is, maybe we could use:
#ifndef timezonefunc
When I write new code, _I_ will not use ftime again. In fact, I have fixed
my synctime program with an ugly "ifndef __CYGWIN__" macro and replaced
code using ftime with _timezone (timezone). However, breaking legacy code
is not good behaviour for a (runtime) environment.
Also, I don't intend my c
Yongwei,
At 18:45 2002-03-25, you wrote:
>...
>
>Hope I am clear enough. I am arguing here for a BETTER Cygwin.
No. You're asking to be let off the hook for either writing intrinsically
portable code or of featuring it with conditional compilation directives so
that it functions as you want it
On Tue, Mar 26, 2002 at 10:45:32AM +0800, Wu Yongwei wrote:
>Hope I am clear enough. I am arguing here for a BETTER Cygwin.
I guess I wasn't clear enough.
SUPPLY A PATCH TO FIX THE BEHAVIOR.
If you want me, or anyone else to fix it, you'll undoubtedly have a long
wait. Especially since you hav
First I'll answer your question 3. Having defined timezone does not mean it
will work.
#include
#include
int main()
{
tzset();
printf("%ld\n", timezone);
printf("%ld\n", _timezone);
return 0;
}
$
I've uploaded a new setup.exe that fixes the crashing problem
experienced by some folk.
Many thanks to Pavel Tsekov for solving this.
Rob
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.co
Wirawan Purwanto wrote:
> Why does the screen output displayed using MSVC's printf subroutine not get
> shown immediately under Cygwin shell (bash, specifically)? Rather, it would
> wait for a long time before showing the text lines (many lines at once). How
> to change this behavior?
With -mno-
> -Original Message-
> From: mstucky5 [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 26, 2002 10:10 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: missing telnet, solution
>
>
> This whole thread got me thinking about possible ways
> to avoid this "xxx is missing" pro
Hallo Paul,
Am 2002-03-25 um 23:33 schriebst du:
> DBD::ODBC Version 0.38 builds and passes the tests, but 0.39 wont even
> compile. Here are the error messages:
> $ make
> cp ODBC.pm blib/lib/DBD/ODBC.pm
> /usr/bin/perl -p -e "s/~DRIVER~/ODBC/g" <
> /usr/lib/perl5/site_perl/5.6.1/cygwin-mult
This whole thread got me thinking about possible ways
to avoid this "xxx is missing" problem...
I thought that I'd throw an idea out for discussion...
Would it make sense to have setup install a dummy
script for some of the common utilities and then
overwrite that script with the actual utility
Hallo Wiebe,
Am 2002-03-25 um 16:12 schriebst du:
> I'm trying to build and use shared libraries with Cygwin under Windows 2000.
> The first step, i.e. building the library, succeeds. I get a libmylib.so
> (together with libmylib.so.1 and limmylib.so.1.0.0). However, linking is a
> problem. I've
At 05:55 PM 3/25/2002, William Hubbard wrote:
>I am using a virtual serial port driver (from ddiusa.com) to connect gdb to a target
>simulation through the virtual serial ports. gdb hangs whenever I attempt to
>connect. It works fine when using the *real* serial ports, but hangs whenever I
>a
> Thank you for your suggestions. The points are:
>
> 1) Cygwin did very well, but not now;
That's irrelevant, Cygwin's behavior is SUSv2 compliant, AFAICS.
> 2) I was not using ftime to get time, but to get timezone information.
OK, another quote from the SUSv3 docs
http://www.opengroup.org/o
I have frequently seen unpredictable behavior of C prints in terms of their
timing. (I'm
an old guy and I still debug with prints from time to time). The only way I
got predictable
results was to do a buffer flush immediately after the print. In my case,
if I didn't do that,
and the program cra
I am using a virtual serial port driver (from ddiusa.com) to connect gdb to
a target simulation through the virtual serial ports. gdb hangs whenever I
attempt to connect. It works fine when using the *real* serial ports, but
hangs whenever I attempt to use the virtual ports.
The virtual port
Hello -
I am trying to work with cygwin & ocdemon & a custom MPC860T board with
SDRAM.
I need to create a command file to initialize the 860T UPM so that I can
download code into RAM.
Are there any examples available? The gdbinit_823FADS example is not
enough!
Thanks, Jon Miller 805-564-3119
Hi
I have setup.exe point to a local network mapping for its local Package
directory.
I noticed when I rebooted, not having the mapping set up to reconnect, that
setup.exe crashed when it tried to move on from that screen with the
following error;
"The exception unknown software exception (0xc
DBD::ODBC Version 0.38 builds and passes the tests, but 0.39 wont even
compile. Here are the error messages:
$ make
cp ODBC.pm blib/lib/DBD/ODBC.pm
/usr/bin/perl -p -e "s/~DRIVER~/ODBC/g" <
/usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver.xst > ODBC.xsi
/usr/bin/perl -I/usr/lib/perl5
At 04:38 PM 3/25/2002, Wirawan Purwanto wrote:
>Hi,
>
>Why does the screen output displayed using MSVC's printf subroutine not get
>shown immediately under Cygwin shell (bash, specifically)? Rather, it would
>wait for a long time before showing the text lines (many lines at once). How
>to change t
Hi,
Why does the screen output displayed using MSVC's printf subroutine not get
shown immediately under Cygwin shell (bash, specifically)? Rather, it would
wait for a long time before showing the text lines (many lines at once). How
to change this behavior?
I used the following (simple) code as
At 04:03 PM 3/25/2002, Warren Postma wrote:
>Are there any semi-visual front ends for GDB, like RHIDE, for Cygwin? I
>seem to remember Cygnus/RedHat used to sell one, is it still for sale, or
>now available elsewhere?
Can you be more specific? What constitutes a "semi-visual front end" for
g
Are there any semi-visual front ends for GDB, like RHIDE, for Cygwin? I
seem to remember Cygnus/RedHat used to sell one, is it still for sale, or
now available elsewhere?
Warren
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.h
/ Michael Labhard <[EMAIL PROTECTED]> wrote:
| While trying to use cvs on cygwin (Windows XP) the command "cvs -d
| /usr/local/cvs-repository update" returns the error "directory
| /usr/local/cvs-repostory does not exist". "ls" has no problem finding the
Well the cvs you use has to be compile
Good. But you shouldn't need to do this unless the w32api package you
downloaded is not current. If it contains './' at the start of the paths in
the tar file, then it's not current. You would need to either do what you did
or delete and redownload a new w32api package, perhaps from a diffe
I resolved the issue by following the course of action listed in:
http://www.cygwin.com/ml/cygwin/2002-03/msg01262.html
I am not sure if this the best approach, but it worked.
-Original Message-
From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 25, 200
At 02:28 PM 3/25/2002, Mark Rubin wrote:
>I just installed cygwin for the first time and I am having trouble linking hello.c on
>Win2k. I read the FAQ and did a search in the archives for similar errors. Although I
>found references to the same problem, I was not able to resolve it by follow the
Thanks for your reply :)
I think that I understood my error concerning the menus in RXVT:
In my .Xdefaults file, I set the '.path' resource to '$HOME'...when, rxvt
read this file, the HOME and the USER variables don't seem to be still
defined... so, rxvt cannot open my menu :(
This explains als
I just installed cygwin for the first time and I am having trouble linking hello.c on
Win2k. I read the FAQ and did a search in the archives for similar errors. Although I
found references to the same problem, I was not able to resolve it by follow the same
course of action as the other users.
On Mon, Mar 25, 2002 at 06:50:35PM +0100, Sylvain Petreolle wrote:
>>Sorry, but it is not. When an emulation environment does not properly
>>emulate Windows and causes a problem with a program, then it is not the
>>program's fault.
>
>I agree with you, but in that case, setup.exe wouldn't have fu
On Mon, Mar 25, 2002 at 05:52:48PM -, Ronnie Shipman wrote:
>More info:
We don't need more info:
http://sources.redhat.com/ml/cygwin/2002-03/msg01428.html
http://sources.redhat.com/ml/cygwin/2002-03/msg01432.html
The first reference tells you what you need to do if this was a
cygwin problem
At 12:52 PM 3/25/2002, Ronnie Shipman wrote:
>More info:
>
>$ mount
>C:\cygwin\bin on /usr/bin type system (binmode)
>C:\cygwin\lib on /usr/lib type system (binmode)
>C:\cygwin on / type system (binmode)
>b: on /cygdrive/b type user (binmode,noumount)
>c: on /cygdrive/c type user (binmode,noumount
More info:
$ mount
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
b: on /cygdrive/b type user (binmode,noumount)
c: on /cygdrive/c type user (binmode,noumount)
l: on /cygdrive/l type user (binmode,noumount)
r: o
Hi Ronnie,
Ronnie Shipman wrote:
>
> > I have encountered a problem including makefiles.
> > # Including this works
> > include c:/RIS/Software/3G_Platform_2_5_make/makefile.test
> >
> > # Including this fails
> > #include /cygdrive/c/RIS/Software/3G_Platform_2_5_make/makefile.test
> > PATH='
> Sorry, but it is not. When an emulation environment
> does not properly
> emulate Windows and causes a problem with a program,
> then it is
> not the program's fault.
I agree with you, but in that case, setup.exe wouldn't
have function by the past ...
> I really don't understand this line of t
Thanks Larry
as the instgructions about the mailing list says "you don't half feel
virtuous when it goes in the end without having to ask for help"
"per ardua ad astra" as they say.
Regards
Frank
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http:/
Send the following to the list:
1. Output of 'mount'.
2. Output of 'type make'
3. Output of 'cygcheck make'
4. Output of 'echo $MAKE_MODE'
Larry Hall [EMAIL PROTECTED]
RFK Partners, Inc. http://www.rfk.com
838 Washington Street
On Mon, Mar 25, 2002 at 05:27:39PM -, Ronnie Shipman wrote:
>FYI: I have sent the same email to GNU...
GNU doesn't support the version of make that comes from cygwin.
If you want to see a problem fixed, you're going to have to debug make,
fix it, and send a ChangeLog/patch here.
cgf
--
Uns
Sorry for the font difficulty.
I didn't test if binutils is working properly. But it shows its current version
as 20011002-1 in cygwin's 'packages to install' list -- unlike the gcc package.
And I didn't install g77 separately. I'm using g77 as the default subset of gcc
package. And the problem is
> I have encountered a problem including makefiles.
> Here are two very simple example makefiles:
>
> *** First simple makefile: makefile
>
> TEMP=$(shell pwd)
> export
>
> # Including this works
> include c:/RIS/Software/3G_Platform_2_5_make/makefile.test
>
> # Including this fails
> #includ
At 12:06 PM 3/25/2002, Christopher Faylor wrote:
>On Mon, Mar 25, 2002 at 09:46:50AM -0500, Larry Hall (RFK Partners, Inc) wrote:
> >At 01:02 AM 3/25/2002, Rajaraman B wrote:
> >>There is no support for IP_HDRINCL socket option. Many header files
> >
> >Check out Winsock capabilities in this area
On Mon, Mar 25, 2002 at 03:07:55PM +0100, Sylvain Petreolle wrote:
>Seriously, Trying to run cygwin under WINE environment is a good
>testcase for both power companies (ie cygwin and wine :)).
Sorry, but it is not. When an emulation environment does not properly
emulate Windows and causes a prob
On Mon, Mar 25, 2002 at 09:46:50AM -0500, Larry Hall (RFK Partners, Inc) wrote:
>At 01:02 AM 3/25/2002, Rajaraman B wrote:
>>There is no support for IP_HDRINCL socket option. Many header files
>
>Check out Winsock capabilities in this area. Cygwin's socket support
>is dependent on Winsock functi
At 11:41 AM 3/25/2002, you wrote:
>
>Return-path: <[EMAIL PROTECTED]>
>From: [EMAIL PROTECTED]
>Full-name: Francis Domoney
>Message-ID: <[EMAIL PROTECTED]>
>Date: Mon, 25 Mar 2002 09:52:35 EST
>Subject: Re: 1.3.10 gcc/g77 won't install, won't work
>To: [EMAIL PROTECTED]
>MIME-Version: 1.0
>Cont
On Mon, Mar 25, 2002 at 04:48:49PM +0800, Wu Yongwei wrote:
>This is from the glibc documentation (is glibc meaningless to the Cygwin
>project?):
Yes.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation:
--- Begin Message ---
Hi
I had an awful week fighting with install. I kept getting the same error to
do with being unable to find -user32. Folowing the isnstuctions about not
sending messages to the list about old problems I persevered.
The archive told me that this was to do with an inc
I have procmail reciepes such as the following:
:0
* !^From:.*@.com
* !^From:.*@.com
{
# Fall through
}
:0 E
| formail -rf -I "X-Mailer: AD Spam Canceller" \
-i "Subject: Your mail is suspected of being SPAM and has been filtered! (24)"
| \
cat - "$SPAMREPLY" | sendmail -t
Where and a
Greg,
On Sun, Mar 24, 2002 at 05:50:32AM +0800, Greg Matheson wrote:
> On Fri, 22 Mar 2002, Jason Tishler wrote:
> > Occasionally, I would get errors such as the following in my procmail.log
> > file:
>
> > procmail: Error while writing to "/var/spool/mail/jt"
> > procmail: Truncated fil
Jean-Marc Nuzillard wrote:
> g++ -c hello.cpp
> -> g++ not found, took some time to think to try c++
I think at least this part of your problems is due to another bug in
setup.exe 2.194.2.15. (I've looked briefly for relevant discussion here
and on cygwin-apps and seen none -- sorry if t
Hi
Could someone provide me with information on how to recreate the gcc
package? I could not find any information in /usr/doc/gcc or in the gcc
source tarball.
Thanks a lot
Lars Munch
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bug
While trying to use cvs on cygwin (Windows XP) the command "cvs -d
/usr/local/cvs-repository update" returns the error "directory
/usr/local/cvs-repostory does not exist". "ls" has no problem finding the
directory and it is possible to cd to the directory. Thought this might be
due to instal
There is no imposed limit on memory in Cygwin beyond heap_chunk_in_mb
(which defaults to 128MB). You should be able to allocate either the amount
indicated by heap_chunk_in_mb or total available memory, whichever
is less.
Larry Hall [EMAIL PROTECTED]
RFK Partners, I
I am having a similar problem to what you describe, and I think it is the
same as a
thread from earlier in the weekend about gcc and perl etc. not installing.
On my home machine, I tried many times to get gcc to install from the new
setup
(install over the internet anyway). Each time I got the s
aha,
Current version downloaded is 2.194.2.15.
A few days (19 march 2002) before we still had 2.125.2.10.
Danny
-Original Message-
From: David Starks-Browning [mailto:[EMAIL PROTECTED]]
Sent: maandag 25 maart 2002 16:14
To: Gaethofs, Danny
Cc: [EMAIL PROTECTED]
Subject: RE: [ANNOUNCEM
On Monday 25 Mar 02, Gaethofs, Danny writes:
> Dear David,
>
> I earlier posted a mail of setup creating new menu entries in my install
> directory. I have looked at the setup version that was being used and found,
> just downloaded it today, version: 2.194.2.15, while I was under the
> impressio
Hello,
I'm trying to build and use shared libraries with Cygwin under Windows 2000.
The first step, i.e. building the library, succeeds. I get a libmylib.so
(together with libmylib.so.1 and limmylib.so.1.0.0). However, linking is a
problem. I've written a small program which uses libmylib.so and
"Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> writes:
> Check out Winsock capabilities in this area. Cygwin's socket support is
> dependent on Winsock functionality.
If you want to be able to send and receive raw ethernet frames, your best
be is to take a look at WinPcap. (Use Google; I
On Mon, 25 Mar 2002 09:22:28 -0500 you wrote:
>I looked at it. The crypt that comes with cygwin appears to do something
>different than [I, Sanjay] expected, at least on at least Sanjay's system
>and mine.
[snip]
>I conclude that this crypt is designed to only print out a key for a given
>salt
Dear David,
I earlier posted a mail of setup creating new menu entries in my install
directory. I have looked at the setup version that was being used and found,
just downloaded it today, version: 2.194.2.15, while I was under the
impression using an other version.
Can somebody elaborate on whi
Thanks for your reply.
So, the total memory is the only limit. I'm reading about a mysterious
256MB limit of cygwin: what about it?
With respect to DJGPP, by cygwin I am able to use the virtual memory. Is
this true?
Thanks again
gs
At 09.48 25/03/2002 -0500, you wrote:
>At 08:54 AM 3/25/2002,
On Monday 25 Mar 02, Cliff Hones writes:
> Despite having followed the various posts, I am
> still confused by the current status of setup.exe,
> and I doubt if I'm alone.
>
> Robert announced the new version on 19th March.
> I downloaded setup.exe shortly after (but didn't use it)
> and found I
At 08:54 AM 3/25/2002, G.Spagnuolo wrote:
>Dear all,
>I'm browsing the mailing list archive about the limits on memory allocation under
>cygwin, but I've not yet a complete picture.
>What is the real limit when I use new[] in a C++ program? The one I set in
>windows2000 register heap_chunk_in_mb
Despite having followed the various posts, I am
still confused by the current status of setup.exe,
and I doubt if I'm alone.
Robert announced the new version on 19th March.
I downloaded setup.exe shortly after (but didn't use it)
and found I had got version 2.194.2.15. After a flurry
of mails ab
At 01:02 AM 3/25/2002, Rajaraman B wrote:
>Hi,
> There is no support for IP_HDRINCL socket option. Many header files
Check out Winsock capabilities in this area. Cygwin's socket support is
dependent on Winsock functionality.
Larry Hall [EMAIL PROTECTED]
RFK
Sounds to me like Cygwin is SUS-compliant here to me. Perhaps you'd get a
more sympathetic response if you posted code that does what you need, is
itself SUS-compliant, and has trouble on Cygwin but not other SUS-compliant
platforms. While it's always preferable that bug reports come with patch
On Monday 25 March 2002 06:06, Ryu Myungsunn wrote:
> Recently I updated cygwin to 1.3.10 and got "installation incomplete
> Check /setup.log.full" message. but no /setup.log.full was found.
>
> Later I discovered that g77(v0.5.25) won't produce .exe files while
> producing .o files.
> This was th
I looked at it. The crypt that comes with cygwin appears to do something
different than [I, Sanjay] expected, at least on at least Sanjay's system
and mine.
Output from crypt seems to stop at 14 bytes:
bash-2.05a$ man apropos >out
bash-2.05a$ crypt mypass encryptedout
bash-2.05a$ ls -la
total
Recently I updated cygwin to 1.3.10 and got "installation incomplete
Check /setup.log.full" message. but no /setup.log.full was found.
Later I discovered that g77(v0.5.25) won't produce .exe files while
producing .o files.
This was the same with gcc(v2.95.3-5).
The same versions of gcc and g77 wo
I resent this due to a small problem with the spam
filters. Thanks for your support.
--- Sylvain Petreolle <[EMAIL PROTECTED]> a écrit :
Date: Fri, 22 Mar 2002 18:43:19 +0100 (CET)
---
Hi all,
Thanks for the analogy with the toaster :).
Dear all,
I'm browsing the mailing list archive about the limits on memory allocation
under cygwin, but I've not yet a complete picture.
What is the real limit when I use new[] in a C++ program? The one I set in
windows2000 register heap_chunk_in_mb?
What are the differences in memory limits bet
> -Original Message-
> From: Stephane Corbe [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 4:55 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: Time sharing and fork
>
>
> Christopher Faylor wrote:
>
> > That's not guaranteed fork behavior. If the child ne
Thank you for your suggestions. The points are:
1) Cygwin did very well, but not now;
2) I was not using ftime to get time, but to get timezone information.
3) timezone variable is not usable in Cygwin.
So timezone is now not portable. Cygwin broke some "unportable" code.
Best regards,
Wu Yo
> Also notes the usage of "unspecified". "Unspecified" means
> the standard does
> not say anything about the implementation, and, IMHO, the
> implementors are
> free to choose the best practices.
... or to not implement anything at all.
> I think it is obviously a
> good way to
> follow BSD
Also notes the usage of "unspecified". "Unspecified" means the standard does
not say anything about the implementation, and, IMHO, the implementors are
free to choose the best practices. I think it is obviously a good way to
follow BSD.
Am I wrong?
Best regards,
Wu Yongwei
--- Original Message
Dear all,
Today, I have dowloaded and installed setup.exe and all packages from cygwin.
Up to there, everything was OK.
I have written the traditionnal "hello.c" and "hello.cpp".
gcc hello.c -o hello
-> No error but no hello.exe was produced.
gcc -c hello.c
-> got hello.o
gcc he
> -Original Message-
> From: Gaethofs, Danny [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 25, 2002 7:48 PM
> To: '[EMAIL PROTECTED]'
> Subject: New SETUP.EXE
>
>
> Dear all,
>
> I have installed the new setup 2.125.2.10 and I am installing
> new binaries from one of the mirror s
Dear all,
I have installed the new setup 2.125.2.10 and I am installing new binaries
from one of the mirror sites. What I notice is that when I install from the
internet setup creates a new directory on my windows file system. In that
new directory setup stores the setup.ini and the contrib plus
This is from the glibc documentation (is glibc meaningless to the Cygwin
project?):
Function: int gettimeofday (struct timeval *tp, struct timezone *tzp)
The gettimeofday function returns the current calendar time as the elapsed
time since the epoch in the struct timeval structure indicated by tp
The 'libtool-devel' package has been updated to 20020316-1
It contains a (slightly) hacked version of libtool (from
CVS 16-Mar-2002), installed into /usr/autotool/devel/*.
Most of our earlier changes have been absorbed into the
official libtool CVS.
See the NOTES at the end of this email for some
83 matches
Mail list logo
