2003-03-26 Brian Ford <[EMAIL PROTECTED]>
* winsup.api/pthread/condvar7.c (mythread): Cast pthread_mutex_unlock
argument of pthread_cleanup_push to void *, preventing a compiler
warning / testsuite failure.
* winsup.api/pthread/condvar9.c (mythread): Li
d protected
also. It seems silly to me that in order to submit a Cygwin patch to the
appropriate mailing list, you must receive all such patches in your
inbox.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-846
t; appropriate mailing list, you must receive all such patches in your
> > inbox.
>
> If you just want posting privilages read the last few (4-5) lines of
> <http://www.cygwin.com/ml/#rbl-sucks>.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulati
/winsup.api/pthread/condvar9.c,
line 229
A simple debug shows:
pthread/condvar9.c: awoken 8 NUMTHREADS 9 canceledThreads 2
This loop seems strangely architected, so I will have to look into the
correctness of the test later.
Just FYI.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual
On Fri, 28 Mar 2003, Thomas Pfaff wrote:
> Brian Ford wrote:
> > I have been seeing this for a few days now. I will investigate further
> > when I have more time, but I thought I would give Thomas Pfaff and others
> > a heads up.
> >
> > It is failing with:
ers manage test running Cygwin versions and
reverting. Obvioulsy, for things like the new 64 bit support, just
swapping cygwin1.dll is not sufficient.
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fa
Is there an easy way, short of running the whole testsuite again? I am
having a problem figuring it out. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http
thread 5
awoken 6 thread 6
awoken 7 thread 9
awoken 8 thread 8
awoken 8 num 9 cancel 2
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscri
thread 8 wait
thread 9 wait
cancel 7
thread 5 run
thread 5 awoken 5
thread 6 run
thread 6 awoken 6
thread 9 run
thread 9 awoken 7
thread 8 run
thread 8 awoken 8
awoken 8 num 9 cancel 2
On Thu, 3 Apr 2003, Brian Ford wrote:
> On Thu, 3 Apr 2003, Thomas Pfaff wrote:
>
> > I tried on XP a
be a simpler way...
Thanks for any tips.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cyg
dll (I think so)? Obviously
the converse is not true.
A comprehensive posting about the rules would be greatly beneficial to
those of us who develop using Cygwin.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax
On Thu, 10 Jul 2003, Igor Pechtchanski wrote:
> On Thu, 10 Jul 2003, Brian Ford wrote:
>
> > Could Corinna, or someone else knowledgeable, help me clear up some
> > issues with respect to development under 1.5.0? If I should just
> > wait for the (forth coming?) posting
I was really reffering to was the strange, yet I believe valid,
configuration of 1.3.22 headers and import library with a 1.5.0 dll.
Thanks for the info.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-844
On Thu, 10 Jul 2003, Igor Pechtchanski wrote:
> On Thu, 10 Jul 2003, Brian Ford wrote:
>
> > Yeah, that's what I thought. I was hopping we might have figured out an
> > easy way to do this by now, though. Oh, well. I'll figure it out myself.
> >
> > One
eads developers to help track
> down this problem. Sorry, for sitting on this one...
>
I already reported this, and I believe it is fixed in 1.5.x. Thomas?
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:
d, unfortunately, but I have discussed it with gcc engineers. If
>you're interested in working on this, asking in the [EMAIL PROTECTED]
>mailing list would probably be the place to start.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafet
)
{
for (;;) sleep(500);
return NULL;
}
int
main(void)
{
pthread_t tid;
pthread_create(&tid, NULL, spinner, NULL);
#ifdef GDB_HANG
pthread_exit(NULL);
#else
for (;;) sleep(500);
#endif
return 0;
}
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Vi
t seem to figure out any better way for gas to detect this.
So, according to the above comment, there appears no "correct" way to do
this.
Any additional suggestions are more than welcome. We are porting an
application that relies on reading DWARF2 debugging information to Cygwin.
This see
does not apply to object files, however.
Am I reading this wrong? Who's the PE expert? Is there any hope of
non-zero VMAs for .debug_* sections?
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8
-2
> so maybe that would be a resonable starting point for investigation?
>
> > From: "Brian Ford" <[EMAIL PROTECTED]>
> > I am trying to add DWARF-2 support to Cygwin.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
Flight
e, and you
are welcome to change it and/or distribute copies of it under certain
conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...Dwarf Erro
as use them? That seems messy.
> So, I think it is the case that BFD and GDB are both assuming that the
> VMA of the sections will be zero, but that this is not required.
>
Actually, as stated above, bfd and gdb are correct. The VMA should not
be relevant as section relative offsets
ion was loaded into memory.
>
That's true. It is not. See my previous post.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-
On Thu, 16 Jan 2003, Brian Ford wrote:
> So, all I need to do is define ASM_OUTPUT_DWARF_OFFSET correctly in
> gcc/config/i386/cygwin.h.
>
> Does anyone have a good way to define a section relative offset in
> assembly for Cygwin, or do I need to define labels for the section
Just more confusion for me :).
> Finally you should create an assembler test case to make sure that the
> assembler and disassembler can handle these new pseudo ops and
> relocations.
>
I look into that. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simula
A to zero such that the VMA address and
> the section offset are identical.
>
> If you cannot do this with PE, then you have to add new relocs.
> There's no other way around it.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety
Richard Henderson wrote:
>
> Wait a minute, are you saying IA-64 implements section-relative
> relocations? Is that for any kind of sections, or just the dwarf's ones?
>
> Hope the former, because in that's exactly what I need for AROS.
>
--
Brian Ford
Senior Realti
Recently, everything I search for in this list's archives returns "No
matches found". Surely the search engine is broken, as a search for
Cygwin in the cygwin mailing list archive turns up empty. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Sim
that said a patch for this
would probably be accepted if submitted.
Thanks.
2003-01-29 Brian Ford <[EMAIL PROTECTED]>
* win32-nat.c (cygwin_pid): Removed as unused.
(child_attach): Try fall back to Cygwin pid.
> On Mon, Jan 06, 2003 at 01:23:35PM -0600, Brian Ford wro
the ACL's show Users do have these
permissions.
Trying to execute make in bash via PATH for other users results in make
not found. But, trying to execute /usr/bin/make works fine for them.
Can someone please help? Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Si
On Tue, 11 Feb 2003, Max Bowsher wrote:
> Brian Ford wrote:
> > Here is an example:
> >
> > ls -l /bin/make.exe
> > -rwx--+ 1 ford None 156160 May 11 2002 make.exe
> >
> > getfacl -a /bin/make.exe
> > # file: make.exe
> > # ow
On Wed, 12 Feb 2003, Max Bowsher wrote:
> Brian Ford wrote:
> > Why are shells and such confused by this, though?
>
> Well, that scan PATH, looking for executables and if file they see isn't
> executable, they ignore it.
>
Isn't that a bug if they don't
d with different compilers, including, I believe,
anything that shipped with Cygwin.
I would also like to get 3.2.2 working as I am trying to add DWARF2
debugging support. Any comments about this issue would be appreciated.
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simul
fault group is None, then why does setup not give default permissions
for that group (read, and execute where appropriate)? Do I just need to
change all my users default group to Users?
I will try to write a FAQ entry if I can sort this out. Thanks.
--
Brian Ford
Senior Realtime Softwar
gotcha's there are?
What should a Cygwin developer use as a base for binutils and gcc
development work?
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info:
2003, Alan Thompson wrote:
> Hi Brian - It ended up working pretty well after all. Just follow the
> standard instructions that come with the gcc 3.2.2 distribution.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314
, 2003 at 03:04:38PM -0600, Brian Ford wrote:
> > On Fri, Feb 21, 2003 at 14:12:09PM -0500, Jason Tishler wrote:
> > > It also doesn't explain with gdb and strace "fixed" the bad
> > > permissions too.
> > >
> >
> > I had to revert C
A comment and a question.
It is not legal to use gcc for compiling c++ code. You must use g++.
Is this "vanilla" gcc 3.2 from the Cygwin package, or compiled from source
by you?
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety Internati
myself in the Cygwin sources.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
What is left to finish support for large files (>2G)? We may be willing
to help. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com
>From searching the archives more, it looks to me like the major hold up
for this was newlib. But, it appears to me that newlib now has 64 bit
stdio support. How is this not sufficient?
On Thu, 6 Mar 2003, Brian Ford wrote:
> What is left to finish support for large files (>2G)?
add large file support
When I get this ever expanding list ordered, and some real time to devote,
I'll get back with you on large file support. It just seemed that you did not
know the newlib issue had significantly progressed.
Thanks for your hard work that got us to this point.
--
Brian For
Without
MASK_ALIGN_DOUBLE in TARGET_SUBTARGET_DEFAULT of gcc/config/i386/cygwin.h,
the standard Cygwin compiler and vanilla gcc are ABI incompatible.
Doesn't this seem bad?
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 31
understand and help out, not cause problems or insult.
Thanks.
Christopher Faylor wrote:
FWIW, I build cygwin itself with an unpatched version of gcc several times
a day.
Brian Ford wrote:
Gee. I hope Cygwin, and anything else you compile with that compiler
for Cygwin, does not have structure
Max Bowsher wrote:
>Brian Ford wrote:
>
>> I thought I had a legitimate concern and question, not one that
>> deserved "just" a sarcastic response.
>
>Yes, it was sarcastic, but don't take it personally. Chris is *busy* and
>this is quite a minor issue.
&
x27;s gcc maintainer then? I would be happy to work with him on
these issues.
I also have an interest in addressing the following which has received no
comments:
[Improved PATCH] corrects search order of directories for include files
for gcc 3.2
http://sources.redhat.com/ml/cygwin/2003-03/msg0038
Brian Ford wrote:
>Cygwin's gcc has an extensive number of patches and is pre 3.2. There
>must be a reason for this. Maybe it is just volunteer time, but somehow
>I doubt it.
Christopher Faylor wrote:
>There is no hidden agenda here.
>
Ok. But is it "kosher&quo
On Thu, 13 Mar 2003, Ronald Landheer-Cieslak wrote:
> On Wed, 12 Mar 2003, Brian Ford wrote:
>
> > Max Bowsher wrote:
> > >Brian Ford wrote:
> > >> I thought I had a legitimate concern and question, not one that
> > >> deserved "just" a sa
ted my present view.
Again, I am sorry and did not mean to bring this up with you or Danny
again. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http:/
2003-03-19 Brian Ford <[EMAIL PROTECTED]>
* fhandler_socket.cc (sendto): Handle SIGPIPE for ECONNRESET.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
Index: fhandler_soc
from /usr/include/libxml2/libxml/xmlmemory.h:188,
> > from nd.c:20:
> > /usr/include/libxml2/libxml/encoding.h:132: error: parse error before
> "iconv_t"
> > /usr/include/libxml2/libxml/encoding.h:132: warning: no semicolon at end
> of struct or un
g are not hardcoded here-scripts
> > in the ssh-host-config script anymore, but they are copied and
> > modified from ssh_config and sshd_config files in /etc/defaults/etc.
> > This allows to accomodate changes in the vanilla scripts without
> > having to c
#x27;t use it.
>-Wl,--start-group
>-lwsock32
>-lstdc++
>
Again, using g++, omit this.
>
>-Wl,--end-group
>
Let us know if you try all that and still have problems.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
F
these? We have not "seen" these
results yet.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: h
use either of these. g++ will handle them for you.
>-Wl,--end-group
>-Wl,-L/cygdrive/c/cygwin/lib/mingw
>
Not this -L either.
What I/we really wanted to see is the EXACT command line as it appears on
the console, and the output g++ sends to the console. NOT you clearcase
make s
ibs in link
>
All good.
> 6. still linked with -lwsock32 -lstdc++ -lgcc, but I think only lwsock32 is
> needed. But this is good enough for now.
>
Yes, only -lwsock32 is needed.
> In short, I think I ended up messing myself over.
>
Yes! You're making this *way* too hard.
he list archives when you do this.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems
t;G:/cygwin/lib" "/usr/lib"
mount -f -s -b "G:/cygwin" "/"
mount -s -b --change-cygdrive-prefix "/cygdrive"
Use mount to add it.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 3
in directory /tmp (under
> > cygwin), C:\tmp (under explorer).
> >
> Could you post your program and data file?
>
Um, no program or data file necessary.
/usr/bin/find /tmp -name "somefile"
on Cygwin. I don't know how to use native windows find, but I assume it
i
That is by design. This is an internal place the compiler looks for
programs, "fixed headers", crt objects, libs, etc.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscrib
Have you read this?
http://cygwin.com/cygwin-ug-net/setup-maxmem.html
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P
X to compile even
> if i force to disable it in ./configure(--disable-x):
>
I believe this is true. Cygwin's rxvt was compiled using a severely hacked
X stub library in order to do this. See the bottom of:
/usr/doc/Cygwin/rxvt-2.7.10.README
for details.
Sorry, that is the ext
packages have this configure option yet few actually support it.
It is a side effect of a standard autoconf macro check for X.
Again:
> BF> Sorry, that is the extent of my knowledge on this subject.
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
Fligh
On Fri, 7 Nov 2003, Shaffer, Kenneth wrote:
> If the first line of scripts is #!bash.exe, I get back a bad interpreter
> message.
>
Did you try it without the .exe? I think this works in Cygwin, but is,
AFAIK, unportable.
--
Brian Ford
Senior Realtime Software Engineer
VITAL
r.
>
Maybe this is because you are getting Cygwin's glut import lib even when
using Nvidia's glut? Just a guess.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe inf
On Mon, 10 Nov 2003, Walter Pinedo wrote:
> I am new to cygwin. Where do I find any information on setting up and
> configuring a sshd server? I want to set this up on both Windows 2000 &
> Windows 2003 servers.
>
/usr/share/doc/Cygwin/openssh-*.README
--
Brian Ford
Senior R
On Mon, 10 Nov 2003, Suresh Venkatasubramanian wrote:
> On Mon, 10 Nov 2003, Brian Ford wrote:
>
> > Did you try it without -mno-cygwin? You will still get your Nvidia
> > OpenGL libs, but will be subject to Cygwin's license.
> >
> So I compiled without -mno-cygw
ime between system calls?
And, oh yeah:
http://www.cygwin.com/problems.html
too.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P
On Tue, 11 Nov 2003, Robert Bon wrote:
> Problem reading from COM1
>
> I have a problem using the serial port. (COM1)
> It is possible to write to COM1 but impossible to read from.
>
Please follow these instructions. Thanks.
> Problem reports: http://cygwin.com/problems
o debug it are appreciated.
>
You might post/analyze an strace of it to see what call is taking so long.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygw
gt; With compilation I dont get any warnings or errors. I tried it with gcc
> version 3.2.1 and version 2.95. In both cases I have the same problem.
> Im using WinXP.
>
> Any Ideas?
>
Yes. See:
> Problem reports: http://cygwin.com/problems.html
--
Brian Ford
Senior Realti
On Tue, 11 Nov 2003, ras wrote:
> How do I unsubscribe from this group?
>
The instructions are at the bottom of every mail you receive:
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulatio
ons are at the bottom of every mail you receive:
>
> > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info:
tely shouldn't be killed or need to be killed.
>
It's a bug:
http://sources.redhat.com/ml/cygwin/2003-10/msg00732.html
fixed in current snapshots.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314
ommands were right, using
>
> 2896329 Nov 12 11:56 cygcrypto-0.9.7.dll
> 618518 Nov 12 11:56 cygssl-0.9.7.dll
> 929614 Nov 12 11:56 openssl.exe
>
> didn't change anything.
>
From the strace output, I'd say you're stuck in the cygwin1.dll. Try a
debug
.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=commands+slow+to+start+site%3Acygwin.com&btnG=Google+Search
Does /usr/bin/ls.exe run slow?
And, this *still* applies:
> http://www.cygwin.com/problems.html
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
his issue has been reported and fixed in the current Cygwin snapshot.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Proble
would you do that? Didn't Corinna specifically tell you to run it
under the cron_server account she had you create?
> Check if the new cron_server user account has execute permissions
> on the cron.exe executable.
>
> Corinna
>
--
Brian Ford
Senior Realtime Software Engi
?
>
Not sure.
> - why is -luser32 or -lgdi32 not honored?
>
They should be.
> - would it be difficult to create .la files for those
>Win32 api, so that libtool would be nice with them?
>
Probably not, but this is more a topic for [EMAIL PROTECTED] since
they maintain w
shell field just like on *NIX.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.ht
cygcheck -c | grep gcc for gcc-g++ and see:
http://www.cygwin.com/ml/cygwin/2003-10/msg01792.html
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/
had the old monolithic gcc package when updating
to the new separate front end packages, then it is a setup/gcc dependency
bug and you should have gotten gcc-g++.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:
setup dependency bug,
> since you always face this kind of problem when you split up a
> monolithic package into separate smaller ones. Which one(s) do you
> classifiy as the default successor(s)?
>
Logically, I'd say all that were in the previous monolithic package, and
none that we
On Thu, 13 Nov 2003, Robert Collins wrote:
> On Fri, 2003-11-14 at 08:21, Brian Ford wrote:
> > However, if you already had the old monolithic gcc package when updating
> > to the new separate front end packages, then it is a setup/gcc dependency
> > bug and you sho
extension somewhere else ?
>
In the binary opengl package, yes.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
Cygwin is a voluteer effort. Releases do not happen on a schedule.
Volunteer yourself, or take what you get.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.c
On Fri, 14 Nov 2003, Christopher Faylor wrote:
> On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote:
> >On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:
>
> Gold star for Brian!
>
Thanks! But, be carefull. We're both Brian :D.
--
Brian Ford
Senior Realtime Software
ux application is directly including linux/*, it is
broken.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Sat, 15 Nov 2003, Lorenzo Travaglio wrote:
> > Ugh. Again, what OS and what filesystem, and:
> Sorry. Win98.
>
And FAT32, and did you read these?
> Brian Ford wrote:
> > More likely, you are running an NT variant at work and 9x at home? See:
> >
> > http://
define them to the largest allowable path so they
can still be used for sizing arrays. I don't really care if that lenght
is not always supported.
I would assume that any application that goes to the trouble of doing
something other than bailing with an error in that case should actu
On Sat, 15 Nov 2003, Christopher Faylor wrote:
> On Sat, Nov 15, 2003 at 01:09:00PM -0600, Brian Ford wrote:
> >Well, since your soliciting opinions...
> >
> >I don't have much of one other than I'd really prefer to keep
> >PATH_MAX/MAX_PATH and define them
On Sat, 15 Nov 2003 [EMAIL PROTECTED] wrote:
> BRAVO!
>
> My hearty congratulations to Mr. Ford.
>
> I'm sure it will look good on his resume.
>
> >>> *I was actually given Brian Ford*
>
> I thought slavery in this country ended with the Civil Wa
I know this doesn't belong on cygwin-patches anymore, but is
cygwin-developers, or just plain cygwin more appropriate?
On Mon, 17 Nov 2003, J. Johnston wrote:
> Brian Ford wrote:
> > On Mon, 17 Nov 2003, Brian Ford wrote:
> >>On Mon, 17 Nov 2003, Corinna Vinschen wrote:
&g
On Tue, 18 Nov 2003, Corinna Vinschen wrote:
> On Tue, Nov 18, 2003 at 08:59:57AM -0600, Brian Ford wrote:
> > I know this doesn't belong on cygwin-patches anymore, but is
> > cygwin-developers, or just plain cygwin more appropriate?
>
> This is a newlib problem with a
; nfs mount: mount: /c: No such file or directory
>
Well, did /c exist before you tried to mount on it. AFAIK, most OSs
require that.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubs
this if
it is reasonably possible. So, I'm not looking for a handout, just a
jumping off point.
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
Unsubscribe info: http:
On Sat, 22 Nov 2003, Igor Pechtchanski wrote:
> On Sat, 22 Nov 2003, Igor Pechtchanski wrote:
> > On Sat, 22 Nov 2003, Brian Ford wrote:
> > > I know this has been discussed lots before, but I just spent the last few
> > > hours googling, archive searching, trying run.
re an announcement?
>
Yes:
http://www.cygwin.com/ml/cygwin/2003-10/msg01792.html
And, follow this thread through for one of several previous discussions:
http://www.cygwin.com/ml/cygwin/2003-11/msg00536.html
There has been no productive action taken yet.
--
Brian Ford
Senior Realti
ached gdb.out.
> (HTH)
>
> rlc
>
> BTW: AFAICT this is not a Bash problem: my other Bashes (on Linux)
> are milling happily..
>
I would tend to agree. Since we have a simple test case, maybe a "core"
developer could take a quick look.
I'll give it a try a
mstools) didnt work with a
> win98 machine running cygwin. it did nothing when
> writing AT commands.
>
I am not familiar with smstools and do not have time to investigate them.
> any links ? idea?
>
http://www.cygwin.com/problems.html
--
Brian Ford
Senior Realtime Software Engineer
VIT
1 - 100 of 686 matches
Mail list logo
