Packages to update for Cygwin 1.5.4 release?

2003-09-15 Thread Harold L Hunt II 
I am in the middle of rebuilding Cygwin/XFree86 for Cygwin 1.5.4.

I wanted to check with others about the list of packages that should be 
updated for the Cygwin 1.5.4 rebuild.  Currently, I am thinking that the 
following packages need to be updated:

1) XFree86-bin
2) XFree86-fsrv
3) XFree86-prog
4) XFree86-nest
5) XFree86-prt
6) XFree86-vfb
7) XFree86-xserv
Any thoughts on what should happen with XFree86-lib-compat?  Will it 
even work anymore?  If not, I had better pull it... but I don't want to 
if I don't have to.

Thanks for any input,

Harold

Re: Fun with flex

2003-09-15 Thread Earle F. Philhower III 
Howdy...
At 11:53 PM 9/15/2003 -0400, Christopher Faylor  wrote:
On Mon, Sep 15, 2003 at 07:52:11PM -0700, Earle F. Philhower III wrote:
>I have just d/l'd and installed the version of flex straight from
>ftp.gnu.org, and it compiles everything exactly as before, pswrap and the
>old lex grammer file winprefslex.l.  Some of the header or support files
>must have been munged.  The version I used was:
>$ flex --version
>flex 2.5.31
That's funny because that is the version that is released for cygwin.
AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex,
is flex-2.5.4a.tar.gz.
Yes, good catch.  The shell I was running from did not get a rehash after
I did "make install" in the flex directory.  A double-check of the version
after opening a new window does show 2.5.4 as expected.  This new version was
used by make since it got a new shell to execute the commands.
$ flex --version
flex version 2.5.4
I am not having any luck d/l'ing the source files for the .31 version from
the cygwin setup app so can't really do more debug than that...
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

BuildDPS Silliness

2003-09-15 Thread Harold L Hunt II 
xc/config/cygwin.cf/BuildDPS was defined to NO.  The reasoning behind 
this was that DPS was not available on Cygwin.

However, it seems that there was never a BuildDPS flag being checked by 
the rest of the build system.  This flag seems to have always been 
BuildDPSLibraries.  Thus, the BuildDPS NO had no effect.

I had just noticed that some DPS programs were failing to build while I 
was having trouble with flex.  I thought that the BuildDPS flag name had 
changed, so I changed the #define to BuildDPSLibraries NO.  I committed 
that to xoncygwin HEAD.  Then I noticed that the flag appears to have 
never been BuildDPS.  Thus, it should probably just be removed 
completely, since it wasn't working in the first place.  I am rebuilding 
the tree now and will probably go ahead and remove the 
BuildDPS/BuildDPSLibraries flag(s) if there are no errors during the build.

Does this seem reasonable to all, or have I missed something?

Harold

Re: Fun with flex

2003-09-15 Thread Harold L Hunt II 
Christopher Faylor wrote:
That's funny because that is the version that is released for cygwin.
AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex,
is flex-2.5.4a.tar.gz.
cgf
Well, whatever is wrong with 2.5.31, installing the 2.5.2 "test" release 
solves the problem for 'pswrap'.  I have yet to rebuild the entire tree.

Harold

Re: Fun with flex

2003-09-15 Thread Harold L Hunt II 
Christopher Faylor wrote:
> Does it work any better if you get rid of the '-l'?
>
> cgf
Every other platform that uses flex uses the '-l'.  I thought about 
removing it too... the results are below (it didn't work).

Harold

[EMAIL PROTECTED] ~/x-devel/4.3/build/std/config/pswrap
$ flex -t lexer.l > lexer.c
lexer.l:189: warning, rule cannot be matched
[EMAIL PROTECTED] ~/x-devel/4.3/build/std/config/pswrap
$ make
gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
-I../../exports/i
nclude   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ 
-D__CYGWIN__ -D_XOP
EN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE 
-D_GNU_SOURCE -
DNO_ALLOCA  -DFUNCPROTO=15 -DNARROWPROTO   -DXENVIRONMENT-c -o 
lexer.o lexer
.c
lexer.l:50: redefinition of `yylineno'
:334: `yylineno' previously defined here
make: *** [lexer.o] Error 1

Re: Fun with flex

2003-09-15 Thread Christopher Faylor 
On Mon, Sep 15, 2003 at 07:52:11PM -0700, Earle F. Philhower III wrote:
>Howdy Harold...
>
>At 08:26 PM 9/15/2003 -0400, you wrote:
>>I am working on building a release for Cygwin 1.5.3.  I am getting some 
>>fun errors (listed below) related to changes to flex.  I would appreciate 
>>any help in pointing out how these problems should be fixed.  Please note 
>>that this is a build of the XFree86 4.3.0.1 CVS branch.
>
>I would suggest that the flex package that's installed by Cygwin 1.5.3 is 
>NOT valid.
>
>I have just d/l'd and installed the version of flex straight from 
>ftp.gnu.org, and it compiles everything exactly as before, pswrap and the 
>old lex grammer file winprefslex.l.  Some of the header or support files 
>must have been munged.  The version I used was:
>$ flex --version
>flex 2.5.31

That's funny because that is the version that is released for cygwin.
AFAICT, the latest version on ftp.gnu.org, in /pub/gnu/non-gnu/flex,
is flex-2.5.4a.tar.gz.

cgf

Re: Fun with flex

2003-09-15 Thread Christopher Faylor 
On Mon, Sep 15, 2003 at 08:26:53PM -0400, Harold L Hunt II wrote:
>I am working on building a release for Cygwin 1.5.3.  I am getting some 
>fun errors (listed below) related to changes to flex.  I would 
>appreciate any help in pointing out how these problems should be fixed. 
> Please note that this is a build of the XFree86 4.3.0.1 CVS branch.

>flex -l  -t lexer.l > lexer.c
>gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
>-I../../exports/include   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE 
>-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L 
>-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA  -DFUNCPROTO=15 
>-DNARROWPROTO   -DXENVIRONMENT-c -o lexer.o lexer.c
>: In function `yylex':
>:1199: `yy_prev_more_offset' undeclared (first use in this function)
>:1199: (Each undeclared identifier is reported only once
>:1199: for each function it appears in.)
>/usr/include/stdio.h: At top level:
>:2988: warning: `yy_flex_strlen' defined but not used

Does it work any better if you get rid of the '-l'?

cgf

Re: Fun with flex

2003-09-15 Thread Earle F. Philhower III 
Howdy Harold...

At 08:26 PM 9/15/2003 -0400, you wrote:
I am working on building a release for Cygwin 1.5.3.  I am getting some 
fun errors (listed below) related to changes to flex.  I would appreciate 
any help in pointing out how these problems should be fixed.  Please note 
that this is a build of the XFree86 4.3.0.1 CVS branch.
I would suggest that the flex package that's installed by Cygwin 1.5.3 is 
NOT valid.

I have just d/l'd and installed the version of flex straight from 
ftp.gnu.org, and it compiles everything exactly as before, pswrap and the 
old lex grammer file winprefslex.l.  Some of the header or support files 
must have been munged.  The version I used was:
$ flex --version
flex 2.5.31



flex -l  -t lexer.l > lexer.c
gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
-I../../exports/include   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE 
-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L 
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA  -DFUNCPROTO=15 
-DNARROWPROTO   -DXENVIRONMENT-c -o lexer.o lexer.c
: In function `yylex':
:1199: `yy_prev_more_offset' undeclared (first use in this function)
:1199: (Each undeclared identifier is reported only once
:1199: for each function it appears in.)
/usr/include/stdio.h: At top level:
:2988: warning: `yy_flex_strlen' defined but not used
make[4]: *** [lexer.o] Error 1
make[4]: Leaving directory `/home/harold/x-devel/4.3/build/std/config/pswrap'
okay, continuing in lib/dps
../../config/pswrap/pswrap -a -o dpsclrops.c -h dpsclrops.h dpsclrops.psw
../../config/pswrap/pswrap: not found
make[3]: *** [dpsclrops.c] Error 127
make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dps'
including in lib/dpstk...
make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dpstk'
+ mkdir unshared
../../config/pswrap/pswrap -o XDPSpwraps.c -a -f XDPSpwraps.h -h 
XDPSpwraps.h XDPSpwraps.psw
../../config/pswrap/pswrap: not found
make[3]: *** [XDPSpwraps.c] Error 127
make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dpstk'

-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

RE: seg fault with DDD

2003-09-15 Thread Yamin Bismilla 
Hey all,

I've been reading the thread:  Re: xdvi: SIGSEGV in XtInitialize
Is this the same problem I am having.  Using the 1.5 cygwin and X is the
problem.  If it is, is there a workaround?

Thanks,

Yamin

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> [EMAIL PROTECTED]
> Sent: September 15, 2003 12:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: seg fault with DDD
>
>
> Hey Andrew,
>
> I was running 32 bit colour mode.  I switched to 16 bit and
> restarted X.
> Nothing changed.  I don't believe that is the problem in my case.
>
> As to Alexander Gottwald suggesstion to stick with cygwin
> 1.3...can I ask where
> I could get that version.  Would it be as simple as replacing
> my current cygwin
> DLL with the new one?
>
> Thanks
>
> Yamin
>
> Quoting Andrew Braverman <[EMAIL PROTECTED]>:
>
> > What "Color Quality" does the settings tab in your display
> properties show?
> > I have found a bug in the icon rendering that causes
> similar problems with
> > ddd, but only if using 24 bit color.  Unfortunately, though
> the developers
> > have tried to help, I have not been doing my part and have
> not yet found the
> > exact cause.  I do know, however, that in my case,
> switching to 16 bit color
> > solves the problem (which is part of why I have not forced
> myself to find
> > the 24 bit problem).  Could your issue be the same?
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] Behalf Of
> > > [EMAIL PROTECTED]
> > > Sent: Monday, September 15, 2003 11:42 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: seg fault with DDD
> > >
> > >
> > > Hi guys,
> > >
> > > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5
> > > running on Windows
> > > 2000. I've installled all the packages in the xfree tree.
> > >
> > > To compile it I did:
> > > bash ./configure
> > > make
> > > make install
> > >
> > > That all seems to work fine.  I startx which brings up the
> > > root x window with a
> > > few x-terms running.  I can launch emacs from there perfectly
> > > fine.  When I try
> > > to run ddd from one of these x-terms, it crashes before the
> > > first windows comes
> > > up.  Using the insight debugger, I tracked the crash down to
> > > a seg fault in
> > >
> > > ddd.c - 2174 (xtopenapplication)
> > >
> > > This fault does not completely end  the application, as DDD
> > > is still running in
> > > the background, I have to kill -9 it manually.  Any ideas on
> > > this?  I've
> > > included thh cygcheck package output below.
> > >
> > > Thanks,
> > >
> > > Yamin
> > >
> > >
> > > Cygwin Package Information
> > > Package VersionStatus
> > > _update-info-dir00214-1OK
> > > a2ps4.13-1 OK
> > > agetty  2.1-1  OK
> > > ash 20020731-3 OK
> > > astyle  1.15.3-3   OK
> > > autoconf2.57a-1OK
> > > autoconf-devel  2.57-2 OK
> > > autoconf-stable 2.13-5 OK
> > > automake1.7.5a-1   OK
> > > automake-devel  1.7.6-2OK
> > > automake-stable 1.4p5-6OK
> > > base-files  2.5-1  OK
> > > base-passwd 1.1-1  OK
> > > bash2.05b-15   OK
> > > bc  1.06-1 OK
> > > binutils20030901-1 OK
> > > bison   20030307-1 OK
> > > byacc   1.9-1  OK
> > > bzip2   1.0.2-5OK
> > > c-client2002e-1OK
> > > ccache  2.2-1  OK
> > > ccdoc   0.8.39-1   OK
> > > cgoban  1.9.14-1   OK
> > > chkconfig   1.2.24h-1  OK
> > > clear   1.0-1  OK
> > > cmake   1.6.7-1OK
> > > compface1.4-5  OK
> > > cpio2.5-3  OK
> > > crypt   1.0-2  OK
> > > ctags   5.5-4  OK
> > > curl7.10.4-1   OK
> > > curl-devel  7.10.4-1   OK
> > > cvs 1.11.6-3   OK
> > > cygipc  2.01-2 OK
> > > cygrunsrv   0.96-2 OK
> > > cygutils1.2.1-2OK
> > > cygwin  1.5.4-1OK
> > > dejagnu 20021217-2 OK
> > > diffutils   2.8.4-1OK
> > > docbook-xml42   4.2-1  OK
> > > docbook-xsl 1.62.0-1   OK
> > > doxygen 1.2.18-1   OK
> > > dpkg1.10.4-2   OK
> > > ed  0.2-1  OK
> > > ELFIO

Fun with flex

2003-09-15 Thread Harold L Hunt II 
I am working on building a release for Cygwin 1.5.3.  I am getting some 
fun errors (listed below) related to changes to flex.  I would 
appreciate any help in pointing out how these problems should be fixed. 
 Please note that this is a build of the XFree86 4.3.0.1 CVS branch.

Thanks in advance,

Harold

including in lib/dps...
make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dps'
checking ../../config/pswrap/pswrap.exe over in ../../config/pswrap first...
make[4]: Entering directory 
`/home/harold/x-devel/4.3/build/std/config/pswrap'
gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
-I../../exports/include   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE 
-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L 
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA  -DFUNCPROTO=15 
-DNARROWPROTO   -DXENVIRONMENT-c -o main.o main.c
byacc -d pswparser.y
byacc: 1 shift/reduce conflict
mv -f y.tab.c pswparser.c
+ mv -f y.tab.h pswparser.h
gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
-I../../exports/include   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE 
-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L 
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA  -DFUNCPROTO=15 
-DNARROWPROTO   -DXENVIRONMENT-c -o pswparser.o pswparser.c
flex -l  -t lexer.l > lexer.c
gcc -O2 -fno-strength-reduce -Wall -Wpointer-arith -I../.. 
-I../../exports/include   -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE 
-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L 
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA  -DFUNCPROTO=15 
-DNARROWPROTO   -DXENVIRONMENT-c -o lexer.o lexer.c
: In function `yylex':
:1199: `yy_prev_more_offset' undeclared (first use in this function)
:1199: (Each undeclared identifier is reported only once
:1199: for each function it appears in.)
/usr/include/stdio.h: At top level:
:2988: warning: `yy_flex_strlen' defined but not used
make[4]: *** [lexer.o] Error 1
make[4]: Leaving directory 
`/home/harold/x-devel/4.3/build/std/config/pswrap'
okay, continuing in lib/dps
../../config/pswrap/pswrap -a -o dpsclrops.c -h dpsclrops.h dpsclrops.psw
../../config/pswrap/pswrap: not found
make[3]: *** [dpsclrops.c] Error 127
make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dps'
including in lib/dpstk...
make[3]: Entering directory `/home/harold/x-devel/4.3/build/std/lib/dpstk'
+ mkdir unshared
../../config/pswrap/pswrap -o XDPSpwraps.c -a -f XDPSpwraps.h -h 
XDPSpwraps.h XDPSpwraps.psw
../../config/pswrap/pswrap: not found
make[3]: *** [XDPSpwraps.c] Error 127
make[3]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/dpstk'

Re: minimize emacs

2003-09-15 Thread Harold L Hunt II 
Jason,

No problem.

Harold

Jason Dufair wrote:
Harold -

This is working.  Many thanks for putting this in.  Talk about service!

Harold L Hunt II wrote:

Jason,

Yes, that is exactly what I wanted.

I don't have time for a formal release announcement now, but I just 
posted XFree86-xserv-4.3.0-8 as a "test" release.  You have to 
manually select this in Cygwin's setup.exe when it shows up on mirrors 
in a few hours.

The new test release handles WM_CHANGE_STATE IconicState messages and 
calls ShowWindow (hWnd, SW_MINIMIZE).  I tested it with emacs and it 
works for me.  I can't believe that no one asked for this before... it 
seems to have been a missing feature for a long time.

Thanks for testing,

Harold

Jason Dufair wrote:

Harold -

How does the following sound?


Check the function `x_iconify_frame' in xterm.c in the Emacs sources
to see what it does.  Basically, what it boils down to is Emacs
running `XIconifyWindow' which sends a `ClientMessage' with
`IconicState' to X.  See if the windowmanager listens to the
`WM_CHANGE_STATE' hint properly.




Harold L Hunt II <[EMAIL PROTECTED]> writes:


Jason,

I think this means that we have to trap a window manager
message/hint/whatever that tells us that an application is requesting
to be minimized.  It is up to our internal window manager to then
perform the minimization and report that to the app that the
minimization has been performed.
Can anyone find some information about how this is implemented?  It
sounds fairly simple, so a quick example from somewhere could probably
help me get it done quickly.
Harold

Jason Dufair wrote:


Andrew DeFaria <[EMAIL PROTECTED]> writes:


I wouldn't call it a fix, rather a default configuration. I think you
can put the following in your .emacs file:
(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram)


I don't seem to have a 'suspend-emacs-or-iconify-frame.  When I call
'suspend-emacs, I get "Suspending an emacs running under X makes no
sense".  Thanks for the suggestion.  C-z does work under Linux for me,
but no luck here.  C-z does have the effect of making the cursor 
hollow,
however.  I suspect whatever tricks are being done with -multiwindow
prevent iconify from behaving correctly.  Thanks for checking into it.

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Harold L Hunt II 
Earle,

Thanks for the patch.  I used it tonight since I finally updated my 
Cygwin installation... I will be attempting to package a rebuild for 
1.5.x tonight.

Thanks for contributing,

Harold

Earle F. Philhower III wrote:

Howdy Harold, fast work on the WM_CHANGE update!

I had to reinstall cygwin due to some disk corruption and it looks
like they've updated the bison version that's included which causes
an undefined pointer compile error in the lex module of xwinrc.
It's not worth making a new test release over, but for the test100
version you may want to apply the diff below (deletesthe unused
function which accesses the undefined [in new bison versions] variable)
$ diff -U3 xwin.test99/winprefslex.l xwin/winprefslex.l
--- xwin.test99/winprefslex.l   2003-08-12 05:47:10.0 -0700
+++ xwin/winprefslex.l  2003-09-14 18:45:21.40625 -0700
@@ -112,12 +112,3 @@
   yyparse ();
 }
-/*
- * Only to remove compiler warning...
- */
-void
-use_unused_functions()
-{
-  yy_flex_realloc(0, 0);
-  yyunput(0, yytext_ptr);
-}
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: static libs in bin?

2003-09-15 Thread Harold L Hunt II 
Andy,

Andrew Markebo wrote:
> libX11.a, and some more static libraries, can be found in XFree86-bin,
> but I mean.. are they really needed here? Isn't the correct placement
> in XFree86-prog?
>
>/Andy
You must be looking at an old version of XFree86-bin.  If not, please 
point out the files to which you are referring in the below package listing.

Note that the Cygwin package listing website is broken for the 
XFree86-bin packages.  The only version of XFree86-bin that lists is 
XFree86-bin-4.2.0-1 (at least for me).  The most recent version, found 
at the URL below, has an empty list:

http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-2

Thus, the results of any search of package contents might have been 
inaccurate.

Hope that helps,

Harold

$ cygcheck -l XFree86-bin
/etc/profile.d/00xfree.csh
/etc/profile.d/00xfree.sh
/usr/X11R6/bin/appres.exe
/usr/X11R6/bin/atobm.exe
/usr/X11R6/bin/bdftopcf.exe
/usr/X11R6/bin/bdftruncate
/usr/X11R6/bin/bitmap.exe
/usr/X11R6/bin/bmtoa.exe
/usr/X11R6/bin/ccmakedep
/usr/X11R6/bin/cleanlinks
/usr/X11R6/bin/cxpm.exe
/usr/X11R6/bin/cygdps-1.dll
/usr/X11R6/bin/cygdpstk-1.dll
/usr/X11R6/bin/cygexpat-1.dll
/usr/X11R6/bin/cygfontconfig-1.dll
/usr/X11R6/bin/cygfreetype-9.dll
/usr/X11R6/bin/cygGL-1.dll
/usr/X11R6/bin/cygGLU-1.dll
/usr/X11R6/bin/cygICE-6.dll
/usr/X11R6/bin/cygoldX-6.dll
/usr/X11R6/bin/cygOSMesa-4.dll
/usr/X11R6/bin/cygpsres-1.dll
/usr/X11R6/bin/cygSM-6.dll
/usr/X11R6/bin/cygX11-6.dll
/usr/X11R6/bin/cygXcursor-1.dll
/usr/X11R6/bin/cygXext-6.dll
/usr/X11R6/bin/cygXft-1.dll
/usr/X11R6/bin/cygXft-2.dll
/usr/X11R6/bin/cygXi-6.dll
/usr/X11R6/bin/cygXmuu-1.dll
/usr/X11R6/bin/cygXp-6.dll
/usr/X11R6/bin/cygXpm-4.dll
/usr/X11R6/bin/cygXrandr-2.dll
/usr/X11R6/bin/cygXrender-1.dll
/usr/X11R6/bin/cygXTrap-6.dll
/usr/X11R6/bin/cygXtst-6.dll
/usr/X11R6/bin/cygXv-1.dll
/usr/X11R6/bin/dpsexec.exe
/usr/X11R6/bin/dpsinfo.exe
/usr/X11R6/bin/editres.exe
/usr/X11R6/bin/fc-cache.exe
/usr/X11R6/bin/fc-list.exe
/usr/X11R6/bin/fontconfig-config
/usr/X11R6/bin/freetype-config
/usr/X11R6/bin/fslsfonts.exe
/usr/X11R6/bin/fstobdf.exe
/usr/X11R6/bin/gccmakedep
/usr/X11R6/bin/glxgears.exe
/usr/X11R6/bin/glxinfo.exe
/usr/X11R6/bin/iceauth.exe
/usr/X11R6/bin/ico.exe
/usr/X11R6/bin/imake.exe
/usr/X11R6/bin/lbxproxy.exe
/usr/X11R6/bin/listres.exe
/usr/X11R6/bin/lndir.exe
/usr/X11R6/bin/luit.exe
/usr/X11R6/bin/makedepend.exe
/usr/X11R6/bin/makeg
/usr/X11R6/bin/makepsres.exe
/usr/X11R6/bin/makestrs.exe
/usr/X11R6/bin/mergelib
/usr/X11R6/bin/mkcfm.exe
/usr/X11R6/bin/mkdirhier
/usr/X11R6/bin/mkfontdir.exe
/usr/X11R6/bin/mkfontscale.exe
/usr/X11R6/bin/mkhtmlindex
/usr/X11R6/bin/oclock.exe
/usr/X11R6/bin/proxymngr.exe
/usr/X11R6/bin/pswrap.exe
/usr/X11R6/bin/resize.exe
/usr/X11R6/bin/revpath.exe
/usr/X11R6/bin/rman.exe
/usr/X11R6/bin/rstart
/usr/X11R6/bin/rstartd
/usr/X11R6/bin/sessreg.exe
/usr/X11R6/bin/setxkbmap.exe
/usr/X11R6/bin/showfont.exe
/usr/X11R6/bin/showrgb.exe
/usr/X11R6/bin/smproxy.exe
/usr/X11R6/bin/startx
/usr/X11R6/bin/sxpm.exe
/usr/X11R6/bin/texteroids.exe
/usr/X11R6/bin/twm.exe
/usr/X11R6/bin/ucs2any
/usr/X11R6/bin/viewres.exe
/usr/X11R6/bin/x11perf.exe
/usr/X11R6/bin/x11perfcomp
/usr/X11R6/bin/xauth.exe
/usr/X11R6/bin/xbiff.exe
/usr/X11R6/bin/xcalc.exe
/usr/X11R6/bin/xclipboard.exe
/usr/X11R6/bin/xclock.exe
/usr/X11R6/bin/xcmsdb.exe
/usr/X11R6/bin/xconsole.exe
/usr/X11R6/bin/xcursor-config
/usr/X11R6/bin/xcutsel.exe
/usr/X11R6/bin/xditview.exe
/usr/X11R6/bin/xdm.exe
/usr/X11R6/bin/xdpyinfo.exe
/usr/X11R6/bin/xedit.exe
/usr/X11R6/bin/xev.exe
/usr/X11R6/bin/xeyes.exe
/usr/X11R6/bin/xfd.exe
/usr/X11R6/bin/xfindproxy.exe
/usr/X11R6/bin/xfontsel.exe
/usr/X11R6/bin/xfsinfo.exe
/usr/X11R6/bin/xft-config
/usr/X11R6/bin/xfwp.exe
/usr/X11R6/bin/xgamma.exe
/usr/X11R6/bin/xgc.exe
/usr/X11R6/bin/xhost.exe
/usr/X11R6/bin/xinit.exe
/usr/X11R6/bin/xkbbell.exe
/usr/X11R6/bin/xkbcomp.exe
/usr/X11R6/bin/xkbevd.exe
/usr/X11R6/bin/xkbprint.exe
/usr/X11R6/bin/xkbvleds.exe
/usr/X11R6/bin/xkbwatch.exe
/usr/X11R6/bin/xkill.exe
/usr/X11R6/bin/xlogo.exe
/usr/X11R6/bin/xlsatoms.exe
/usr/X11R6/bin/xlsclients.exe
/usr/X11R6/bin/xlsfonts.exe
/usr/X11R6/bin/xmag.exe
/usr/X11R6/bin/xman.exe
/usr/X11R6/bin/Xmark
/usr/X11R6/bin/xmessage.exe
/usr/X11R6/bin/xmh.exe
/usr/X11R6/bin/xmkmf
/usr/X11R6/bin/xmodmap.exe
/usr/X11R6/bin/xon
/usr/X11R6/bin/xprop.exe
/usr/X11R6/bin/xrandr.exe
/usr/X11R6/bin/xrdb.exe
/usr/X11R6/bin/xrefresh.exe
/usr/X11R6/bin/xset.exe
/usr/X11R6/bin/xsetmode.exe
/usr/X11R6/bin/xsetpointer.exe
/usr/X11R6/bin/xsetroot.exe
/usr/X11R6/bin/xsm.exe
/usr/X11R6/bin/xstdcmap.exe
/usr/X11R6/bin/xterm.exe
/usr/X11R6/bin/xtrapchar.exe
/usr/X11R6/bin/xtrapin.exe
/usr/X11R6/bin/xtrapinfo.exe
/usr/X11R6/bin/xtrapout.exe
/usr/X11R6/bin/xtrapproto.exe
/usr/X11R6/bin/xtrapreset.exe
/usr/X11R6/bin/xtrapstats.exe
/usr/X11R6/bin/xvidtune.exe
/usr/X11R6/bin/xvinfo.exe
/usr/X11R6/bin/xwd.exe
/usr/X11R6/bin/xwininfo.exe
/usr/X11R6/bin/xwud.exe

Re: xdvi: SIGSEGV in XtInitialize

2003-09-15 Thread Brian Ford 
Jan Nieuwenhuizen writes:
> Thanks.  Summed-up a bit too well for me, I'm not sure that I fully
> understand.
>
Sorry to be so tearse.  Let me explain.

> The message suggests that Xt is no longer available, is that so?  Do
> you know what consequences that has for packages that used it?
>
No, you misunderstood.

The Xt library has not yet been compiled under Cygwin 1.5.x.  Until it is,
it is unsafe for use by apps compiled under 1.5.x.  This is a side effect
of the 64 bit implementation method choice.

Since the call to stat is redirected to stat64 at link time, pre 1.5.x
static libs (like Xt) get the redirection, but did not allocate a stat64_t
type.  Dll's are "pre linked", and so do not suffer this problem.

Does that help, or is it still to vauge?

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

Re: xdvi: SIGSEGV in XtInitialize

2003-09-15 Thread Jan Nieuwenhuizen 

[tempted to post to -apps, but not breaking the thread just yet]

Brian Ford writes:
> I am sorry you too had to waste your time on this, but I am pretty sure
> that the problem is well summed up in:

> http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00227.html

Thanks.  Summed-up a bit too well for me, I'm not sure that I fully
understand.

The message suggests that Xt is no longer available, is that so?  Do
you know what consequences that has for packages that used it?

Strange, I tried to rebuild tetex yesterday after upgrading to

XFree86-bin 4.3.0-2
XFree86-prog4.3.0-4

and xdvi had the same problem, so I dismissed that a rebuild would
help.

Ah, but it turns out that (the not-to-be-used-with-1.5.x) libXt.a is
still being shipped in XFree86-prog 4.3.0-4.  Now I'm confused.

> cgf, it looks like even you fell for it somewhat.  Maybe the note to
> cygwin-apps idea wasn't so misplaced. :-)

No, indeed.  I specifically asked at cygwin-apps and I was advised not
to wait for xfree to be rebuilt against 1.5.x before rebuilding and
releasing tetex, which depends on xfree.

Greetings,
Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

Re: Latest CVS Compilation error

2003-09-15 Thread Colin Harrison 
Hi,

Applied the patchworks fine for me.

Colin

Re: Latest CVS Compilation error

2003-09-15 Thread Alexander Gottwald 
Harold L Hunt II wrote:

> Please resubmit your earlier patch when you have this completed.

Stupid me. Has forgotten to attach the patch *g*.

bye
ago

NP: Welle:Erdball - Starfighter F-104G (2)
-- 
 [EMAIL PROTECTED]
 http://www.gotti.org   ICQ: 126018723Index: winmsg.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v
retrieving revision 1.1
diff -u -r1.1 winmsg.c
--- winmsg.c17 Oct 2002 08:18:22 -  1.1
+++ winmsg.c15 Sep 2003 19:27:26 -
@@ -45,26 +45,7 @@
 winVMsg (int scrnIndex, MessageType type, int verb, const char *format,
 va_list ap)
 {
-  const char *prefix = NULL;
-
-  if (verb && verb > VERBOSE_LEVEL)
-return;
-
-#undef __msg
-#define __msg(name,string) case name: prefix = string; break;
-#undef _msg
-#define _msg(name,string) __msg(name,string)
-  switch (type)
-{
-  MESSAGE_STRINGS default:prefix = NULL;
-  break;
-}
-#undef __msg
-#undef _msg
-
-  if (prefix != NULL)
-ErrorF ("%s ", prefix);
-  VErrorF (format, ap);
+  LogVMessageVerb(type, verb, format, ap);
 }
 
 
@@ -73,7 +54,7 @@
 {
   va_list ap;
   va_start (ap, format);
-  winVMsg (scrnIndex, type, 0, format, ap);
+  LogVMessageVerb(type, 0, format, ap);
   va_end (ap);
 }
 
@@ -83,7 +64,7 @@
 {
   va_list ap;
   va_start (ap, format);
-  winVMsg (0, type, 0, format, ap);
+  LogVMessageVerb(type, 0, format, ap);
   va_end (ap);
 }
 
@@ -94,7 +75,7 @@
 {
   va_list ap;
   va_start (ap, format);
-  winVMsg (scrnIndex, type, verb, format, ap);
+  LogVMessageVerb(type, verb, format, ap);
   va_end (ap);
 }
 
@@ -104,7 +85,7 @@
 {
   va_list ap;
   va_start (ap, format);
-  winVMsg (0, type, verb, format, ap);
+  LogVMessageVerb(type, verb, format, ap);
   va_end (ap);
 }
 
@@ -114,6 +95,6 @@
 {
   va_list ap;
   va_start (ap, format);
-  winVMsg (0, X_NONE, verb, format, ap);
+  LogVMessageVerb(X_NONE, verb, format, ap);
   va_end (ap);
 }
Index: winmsg.h
===
RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v
retrieving revision 1.1
diff -u -r1.1 winmsg.h
--- winmsg.h17 Oct 2002 08:18:22 -  1.1
+++ winmsg.h15 Sep 2003 19:27:26 -
@@ -32,31 +32,6 @@
 #ifndef __WIN_MSG_H__
 #define __WIN_MSG_H__
 
-
-#define __msg_name(name,string) name
-#define __msg(name,string) __msg_name(name,string)
-#define _msg(name,string) __msg(name,string),
-
-#define MESSAGE_STRINGS \
-_msg(X_PROBED,"(--)"/* Value was probed */)\
-_msg(X_CONFIG,"(**)"/* Value was given in the config file */)\
-_msg(X_DEFAULT,"(==)"   /* Value is a default */)\
-_msg(X_CMDLINE,"(++)"   /* Value was given on the command line */)\
-_msg(X_NOTICE,"(!!)"/* Notice */) \
-_msg(X_ERROR,"(EE)" /* Error message */) \
-_msg(X_WARNING,"(WW)"   /* Warning message */) \
-_msg(X_INFO,"(II)"  /* Informational message */) \
-_msg(X_UNKNOWN,"(?""?)" /* Unknown, trigraph fix */) \
-_msg(X_NONE,NULL/* No prefix */) \
-__msg(X_NOT_IMPLEMENTED,"(NI)"  /* Not implemented */)
-
-typedef enum
-{
-  MESSAGE_STRINGS
-}
-MessageType;
-
-
 /*
  * Function prototypes
  */
Index: InitOutput.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xwin/InitOutput.c,v
retrieving revision 1.33
diff -u -r1.33 InitOutput.c
--- InitOutput.c29 Jul 2003 21:25:15 -  1.33
+++ InitOutput.c15 Sep 2003 19:27:27 -
@@ -47,13 +47,15 @@
 intg_iWindowPrivateIndex = -1;
 unsigned long  g_ulServerGeneration = 0;
 Bool   g_fInitializedDefaultScreens = FALSE;
-FILE   *g_pfLog = NULL;
 DWORD  g_dwEnginesSupported = 0;
 HINSTANCE  g_hInstance = 0;
 HWND   g_hDlgDepthChange = NULL;
 HWND   g_hDlgExit = NULL;
 Bool   g_fCalledSetLocale = FALSE;
 Bool   g_fCalledXInitThreads = FALSE;
+int g_iLogVerbose = 4;
+char *  g_pszLogFile = WIN_LOG_FNAME;
+Boolg_fLogInited = FALSE;
 
 
 /*
@@ -190,15 +192,11 @@
   g_fdMessageQueue = WIN_FD_INVALID;
 }
 
-  /* Close the log file handle */
-  if (g_pfLog != NULL)
-{
-  /* Close log file */
-  fclose (g_pfLog);
-  
-  /* Set the file handle to invalid */
-  g_pfLog = NULL;
-}
+  if (!g_fLogInited) {
+LogInit(g_pszLogFile, NULL);
+g_fLogInited = TRUE;
+  }  
+  LogClose();
 
   /*
* At this point we aren't creating any new screens, so
@@ -242,12 +240,15 @@
 #ifdef DDXOSVERRORF
   if (!OsVendorVErrorFProc)
 OsVendorVErrorFProc = OsVendorVErrorF;
-
-  /* Open log file if not yet open */
-  if (g_pfLog == NULL)
-g_pfLog = fopen (WIN_LOG_FNAME, "w");
 #endif
 
+  if (!g_fLogInited) {
+LogInit(g_pszLogFile, NULL);
+g_fLogInited = TRUE;
+  }  
+  LogSetParameter(XLOG_FLUSH, 1);
+  LogSetParameter(XLOG_VERBOS

Re: Latest CVS Compilation error

2003-09-15 Thread Alexander Gottwald 
Harold L Hunt II wrote:

> Sounds good.  Please resubmit your earlier patch when you have this
> completed.  It doesn't look like it would be a good idea to implement it
> one half at a time.  However, we can certainly wait on trying to make
> the log either output to stdout or to a file... that could take some
> time to get right.

Here is the revised patch. This patch is against the HEAD branch of the xfree
cvs and is only directed to developers who compile from xfree cvs. The changes
do _not_ apply to the test-XX releases of XWin.exe.

Th patch forwards all output to the new log functions. The new switch -logfile
adjusts the name of the log and -logverbose adjusts the number of messages
written. Setting the last to a very low value (eg 0) will remove only few
messages since most messages written by the xserver have no special verbosity
level set and default to the lowest.

The log functions do write the messages to the logfile _and_ to stderr. Most
people will not notice as XWin has no console attached in the compiled version.

The move to use only the LogXXX functions instead of winMsg and ErrorF has to
wait until a 4.4 release of XFree is out and we can import the 4.4 branch to
the development cvs.

bye
ago
NP: Welle:Erdball - Starfighter F-104G (2)
-- 
 [EMAIL PROTECTED]
 http://www.gotti.org   ICQ: 126018723

Re: minimize emacs

2003-09-15 Thread Jason Dufair 
Harold -

This is working.  Many thanks for putting this in.  Talk about service!

Harold L Hunt II wrote:

Jason,

Yes, that is exactly what I wanted.

I don't have time for a formal release announcement now, but I just 
posted XFree86-xserv-4.3.0-8 as a "test" release.  You have to 
manually select this in Cygwin's setup.exe when it shows up on mirrors 
in a few hours.

The new test release handles WM_CHANGE_STATE IconicState messages and 
calls ShowWindow (hWnd, SW_MINIMIZE).  I tested it with emacs and it 
works for me.  I can't believe that no one asked for this before... it 
seems to have been a missing feature for a long time.

Thanks for testing,

Harold

Jason Dufair wrote:

Harold -

How does the following sound?


Check the function `x_iconify_frame' in xterm.c in the Emacs sources
to see what it does.  Basically, what it boils down to is Emacs
running `XIconifyWindow' which sends a `ClientMessage' with
`IconicState' to X.  See if the windowmanager listens to the
`WM_CHANGE_STATE' hint properly.




Harold L Hunt II <[EMAIL PROTECTED]> writes:


Jason,

I think this means that we have to trap a window manager
message/hint/whatever that tells us that an application is requesting
to be minimized.  It is up to our internal window manager to then
perform the minimization and report that to the app that the
minimization has been performed.
Can anyone find some information about how this is implemented?  It
sounds fairly simple, so a quick example from somewhere could probably
help me get it done quickly.
Harold

Jason Dufair wrote:


Andrew DeFaria <[EMAIL PROTECTED]> writes:


I wouldn't call it a fix, rather a default configuration. I think you
can put the following in your .emacs file:
(global-set-key "\C-z" 'suspend-emacs-or-iconify-fram)


I don't seem to have a 'suspend-emacs-or-iconify-frame.  When I call
'suspend-emacs, I get "Suspending an emacs running under X makes no
sense".  Thanks for the suggestion.  C-z does work under Linux for me,
but no luck here.  C-z does have the effect of making the cursor 
hollow,
however.  I suspect whatever tricks are being done with -multiwindow
prevent iconify from behaving correctly.  Thanks for checking into it.



--
Jason Dufair - [EMAIL PROTECTED]
http://www.dufair.org/
"Being in politics is like being a football coach.
You have to be smart enough to understand the game,
and dumb enough to think it's important."
-- Eugene McCarthy

Re: [ANNOUNCEMENT] Server Test 96

2003-09-15 Thread Harold L Hunt II 
Steinar,

Perhaps Test99/4.3.0-9 fixes your problem?

Harold

Steinar Bang wrote:

Alexander Gottwald <[EMAIL PROTECTED]>:


Do you have Windows XP?


No.  Win2k.


This is a known problem. 


See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00080.html
and following posts for more information.


Hm... I'm not using XDMCP, and this worked in the previous release of
the server, when setting the keyboard with the XF86Config file(*)
Also, I don't think it's the same problem, because my AltGr works,
only it's interpreted as Ctrl.
Or so I think.  I'll look at it later today.  No time now.

- Steinar

(*) I tried using the XF86Config file on this release as well, but the
behaviour was the same as with autodetect of the keyboard.

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Harold L Hunt II 
Alexander,

Sure.  I justed synched the xoncygwin cvs tree with Test99.  There are 
no differences now.

Harold

Alexander Gottwald wrote:
On Sun, 14 Sep 2003, Harold L Hunt II wrote:

Hi Harold,


Server source, direct link:
http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030914-1740.tar.bz2 (127
KiB)


Could you commit these changes to the xoncygwin cvs? I can do too, but that
would very likely screw your working copy.
bye
ago

xdvi: SIGSEGV in XtInitialize

2003-09-15 Thread Brian Ford 
I am sorry you too had to waste your time on this, but I am pretty sure
that the problem is well summed up in:

http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00227.html

cgf, it looks like even you fell for it somewhat.  Maybe the note to
cygwin-apps idea wasn't so misplaced. :-)

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

RE: seg fault with DDD

2003-09-15 Thread y2bismil 
Hey Andrew,

I was running 32 bit colour mode.  I switched to 16 bit and restarted X.  
Nothing changed.  I don't believe that is the problem in my case.

As to Alexander Gottwald suggesstion to stick with cygwin 1.3...can I ask where 
I could get that version.  Would it be as simple as replacing my current cygwin 
DLL with the new one?

Thanks

Yamin

Quoting Andrew Braverman <[EMAIL PROTECTED]>:

> What "Color Quality" does the settings tab in your display properties show?
> I have found a bug in the icon rendering that causes similar problems with
> ddd, but only if using 24 bit color.  Unfortunately, though the developers
> have tried to help, I have not been doing my part and have not yet found the
> exact cause.  I do know, however, that in my case, switching to 16 bit color
> solves the problem (which is part of why I have not forced myself to find
> the 24 bit problem).  Could your issue be the same?
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf Of
> > [EMAIL PROTECTED]
> > Sent: Monday, September 15, 2003 11:42 AM
> > To: [EMAIL PROTECTED]
> > Subject: seg fault with DDD
> >
> >
> > Hi guys,
> >
> > I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5
> > running on Windows
> > 2000. I've installled all the packages in the xfree tree.
> >
> > To compile it I did:
> > bash ./configure
> > make
> > make install
> >
> > That all seems to work fine.  I startx which brings up the
> > root x window with a
> > few x-terms running.  I can launch emacs from there perfectly
> > fine.  When I try
> > to run ddd from one of these x-terms, it crashes before the
> > first windows comes
> > up.  Using the insight debugger, I tracked the crash down to
> > a seg fault in
> >
> > ddd.c - 2174 (xtopenapplication)
> >
> > This fault does not completely end  the application, as DDD
> > is still running in
> > the background, I have to kill -9 it manually.  Any ideas on
> > this?  I've
> > included thh cygcheck package output below.
> >
> > Thanks,
> >
> > Yamin
> >
> >
> > Cygwin Package Information
> > Package VersionStatus
> > _update-info-dir00214-1OK
> > a2ps4.13-1 OK
> > agetty  2.1-1  OK
> > ash 20020731-3 OK
> > astyle  1.15.3-3   OK
> > autoconf2.57a-1OK
> > autoconf-devel  2.57-2 OK
> > autoconf-stable 2.13-5 OK
> > automake1.7.5a-1   OK
> > automake-devel  1.7.6-2OK
> > automake-stable 1.4p5-6OK
> > base-files  2.5-1  OK
> > base-passwd 1.1-1  OK
> > bash2.05b-15   OK
> > bc  1.06-1 OK
> > binutils20030901-1 OK
> > bison   20030307-1 OK
> > byacc   1.9-1  OK
> > bzip2   1.0.2-5OK
> > c-client2002e-1OK
> > ccache  2.2-1  OK
> > ccdoc   0.8.39-1   OK
> > cgoban  1.9.14-1   OK
> > chkconfig   1.2.24h-1  OK
> > clear   1.0-1  OK
> > cmake   1.6.7-1OK
> > compface1.4-5  OK
> > cpio2.5-3  OK
> > crypt   1.0-2  OK
> > ctags   5.5-4  OK
> > curl7.10.4-1   OK
> > curl-devel  7.10.4-1   OK
> > cvs 1.11.6-3   OK
> > cygipc  2.01-2 OK
> > cygrunsrv   0.96-2 OK
> > cygutils1.2.1-2OK
> > cygwin  1.5.4-1OK
> > dejagnu 20021217-2 OK
> > diffutils   2.8.4-1OK
> > docbook-xml42   4.2-1  OK
> > docbook-xsl 1.62.0-1   OK
> > doxygen 1.2.18-1   OK
> > dpkg1.10.4-2   OK
> > ed  0.2-1  OK
> > ELFIO   1.0.0-1OK
> > emacs   21.2-12OK
> > emacs-el21.2-12OK
> > emacs-X11   21.2-12OK
> > enscript1.6.3-3OK
> > expat   1.95.6-1   OK
> > expect  20030128-1 OK
> > figlet  2.2-1  OK
> > file4.03-2 OK
> > fileutils   4.1-2  OK
> > findutils   4.1.7-4OK
> > flex2.5.31-1   OK
> > fvwm2.4.7-2OK
> > gawk

Re: seg fault with DDD

2003-09-15 Thread Alexander Gottwald 
On Mon, 15 Sep 2003 [EMAIL PROTECTED] wrote:

> Hi guys,
> 
> I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows 
> 2000. I've installled all the packages in the xfree tree.  

> This fault does not completely end  the application, as DDD is still running in 
> the background, I have to kill -9 it manually.  Any ideas on this?  I've 
> included thh cygcheck package output below.

XFree (or esp. libXt from XFree) was not repacked for cygwin-1.5. Until the new
packages are out and tested you should stay with cygwin-1.3.

bye
ago  
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

RE: seg fault with DDD

2003-09-15 Thread Andrew Braverman 
What "Color Quality" does the settings tab in your display properties show?
I have found a bug in the icon rendering that causes similar problems with
ddd, but only if using 24 bit color.  Unfortunately, though the developers
have tried to help, I have not been doing my part and have not yet found the
exact cause.  I do know, however, that in my case, switching to 16 bit color
solves the problem (which is part of why I have not forced myself to find
the 24 bit problem).  Could your issue be the same?

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> [EMAIL PROTECTED]
> Sent: Monday, September 15, 2003 11:42 AM
> To: [EMAIL PROTECTED]
> Subject: seg fault with DDD
>
>
> Hi guys,
>
> I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5
> running on Windows
> 2000. I've installled all the packages in the xfree tree.
>
> To compile it I did:
> bash ./configure
> make
> make install
>
> That all seems to work fine.  I startx which brings up the
> root x window with a
> few x-terms running.  I can launch emacs from there perfectly
> fine.  When I try
> to run ddd from one of these x-terms, it crashes before the
> first windows comes
> up.  Using the insight debugger, I tracked the crash down to
> a seg fault in
>
> ddd.c - 2174 (xtopenapplication)
>
> This fault does not completely end  the application, as DDD
> is still running in
> the background, I have to kill -9 it manually.  Any ideas on
> this?  I've
> included thh cygcheck package output below.
>
> Thanks,
>
> Yamin
>
>
> Cygwin Package Information
> Package VersionStatus
> _update-info-dir00214-1OK
> a2ps4.13-1 OK
> agetty  2.1-1  OK
> ash 20020731-3 OK
> astyle  1.15.3-3   OK
> autoconf2.57a-1OK
> autoconf-devel  2.57-2 OK
> autoconf-stable 2.13-5 OK
> automake1.7.5a-1   OK
> automake-devel  1.7.6-2OK
> automake-stable 1.4p5-6OK
> base-files  2.5-1  OK
> base-passwd 1.1-1  OK
> bash2.05b-15   OK
> bc  1.06-1 OK
> binutils20030901-1 OK
> bison   20030307-1 OK
> byacc   1.9-1  OK
> bzip2   1.0.2-5OK
> c-client2002e-1OK
> ccache  2.2-1  OK
> ccdoc   0.8.39-1   OK
> cgoban  1.9.14-1   OK
> chkconfig   1.2.24h-1  OK
> clear   1.0-1  OK
> cmake   1.6.7-1OK
> compface1.4-5  OK
> cpio2.5-3  OK
> crypt   1.0-2  OK
> ctags   5.5-4  OK
> curl7.10.4-1   OK
> curl-devel  7.10.4-1   OK
> cvs 1.11.6-3   OK
> cygipc  2.01-2 OK
> cygrunsrv   0.96-2 OK
> cygutils1.2.1-2OK
> cygwin  1.5.4-1OK
> dejagnu 20021217-2 OK
> diffutils   2.8.4-1OK
> docbook-xml42   4.2-1  OK
> docbook-xsl 1.62.0-1   OK
> doxygen 1.2.18-1   OK
> dpkg1.10.4-2   OK
> ed  0.2-1  OK
> ELFIO   1.0.0-1OK
> emacs   21.2-12OK
> emacs-el21.2-12OK
> emacs-X11   21.2-12OK
> enscript1.6.3-3OK
> expat   1.95.6-1   OK
> expect  20030128-1 OK
> figlet  2.2-1  OK
> file4.03-2 OK
> fileutils   4.1-2  OK
> findutils   4.1.7-4OK
> flex2.5.31-1   OK
> fvwm2.4.7-2OK
> gawk3.1.3-3OK
> gcc 3.2-3  OK
> gcc-mingw   20020817-5 OK
> gcc22.95.3-10  OK
> gdb 20030901-1 OK
> gdbm1.8.3-7OK
> gettext 0.12.1-3   OK
> gettext-devel   0.12.1-3   OK
> ghostscript-base7.05-2 OK
> ghostscript-x11 7.05-2 OK
> gnugo   3.4-1  OK
> gnupg   1.2.2-1OK
> gperf   2.7.2-1OK
> grace

Re: After installing Cygwin on windows2000 I am not getting /usr/X11R6 directory created and XWin.exe program is not to be found anywhere...

2003-09-15 Thread Igor Pechtchanski 
On Mon, 15 Sep 2003 [EMAIL PROTECTED] wrote:

> Regards,
> Ashish Birla

.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

seg fault with ddd

2003-09-15 Thread y2bismil 

Hi guys,

I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows 
2000. I've installled all the packages in the xfree tree.  

To compile it I did:
bash ./configure
make
make install

That all seems to work fine.  I startx which brings up the root x window with a 
few x-terms running.  I can launch emacs from there perfectly fine.  When I try 
to run ddd from one of these x-terms, it crashes before the first windows comes 
up.  Using the insight debugger, I tracked the crash down to a seg fault in

ddd.c - 2174 (xtopenapplication)

This fault does not completely end  the application, as DDD is still running in 
the background, I have to kill -9 it manually.  Any ideas on this?  I've 
included thh cygcheck package output below.

Thanks,

Yamin


Cygwin Package Information
Package VersionStatus
_update-info-dir00214-1OK
a2ps4.13-1 OK
agetty  2.1-1  OK
ash 20020731-3 OK
astyle  1.15.3-3   OK
autoconf2.57a-1OK
autoconf-devel  2.57-2 OK
autoconf-stable 2.13-5 OK
automake1.7.5a-1   OK
automake-devel  1.7.6-2OK
automake-stable 1.4p5-6OK
base-files  2.5-1  OK
base-passwd 1.1-1  OK
bash2.05b-15   OK
bc  1.06-1 OK
binutils20030901-1 OK
bison   20030307-1 OK
byacc   1.9-1  OK
bzip2   1.0.2-5OK
c-client2002e-1OK
ccache  2.2-1  OK
ccdoc   0.8.39-1   OK
cgoban  1.9.14-1   OK
chkconfig   1.2.24h-1  OK
clear   1.0-1  OK
cmake   1.6.7-1OK
compface1.4-5  OK
cpio2.5-3  OK
crypt   1.0-2  OK
ctags   5.5-4  OK
curl7.10.4-1   OK
curl-devel  7.10.4-1   OK
cvs 1.11.6-3   OK
cygipc  2.01-2 OK
cygrunsrv   0.96-2 OK
cygutils1.2.1-2OK
cygwin  1.5.4-1OK
dejagnu 20021217-2 OK
diffutils   2.8.4-1OK
docbook-xml42   4.2-1  OK
docbook-xsl 1.62.0-1   OK
doxygen 1.2.18-1   OK
dpkg1.10.4-2   OK
ed  0.2-1  OK
ELFIO   1.0.0-1OK
emacs   21.2-12OK
emacs-el21.2-12OK
emacs-X11   21.2-12OK
enscript1.6.3-3OK
expat   1.95.6-1   OK
expect  20030128-1 OK
figlet  2.2-1  OK
file4.03-2 OK
fileutils   4.1-2  OK
findutils   4.1.7-4OK
flex2.5.31-1   OK
fvwm2.4.7-2OK
gawk3.1.3-3OK
gcc 3.2-3  OK
gcc-mingw   20020817-5 OK
gcc22.95.3-10  OK
gdb 20030901-1 OK
gdbm1.8.3-7OK
gettext 0.12.1-3   OK
gettext-devel   0.12.1-3   OK
ghostscript-base7.05-2 OK
ghostscript-x11 7.05-2 OK
gnugo   3.4-1  OK
gnupg   1.2.2-1OK
gperf   2.7.2-1OK
grace   5.1.12-1   OK
grep2.5-1  OK
groff   1.18.1-2   OK
gsl 1.4-1  OK
guile   1.6.4-12   OK
guile-devel 1.6.4-12   OK
gzip1.3.3-4OK
indent  2.2.8-1OK
initscripts 0.9-1  OK
ioperm  0.4-1  OK
jbigkit 1.5-3  OK
jpeg6b-11  OK
keychain1.9-1  OK
less381-1  OK
lesstif 0.93.41-1  OK
libbz2_01.0.2-1OK
libbz2_11.0.2-5OK
libcharset1 1.9.1-3OK
libdb3.13.1.17-2   OK
libgdbm 1.8.0-5OK
libg

seg fault with DDD

2003-09-15 Thread y2bismil 
Hi guys,

I'm trying to build and run DDD 3.3.7 on cygwin 2.340.2.5 running on Windows 
2000. I've installled all the packages in the xfree tree.  

To compile it I did:
bash ./configure
make
make install

That all seems to work fine.  I startx which brings up the root x window with a 
few x-terms running.  I can launch emacs from there perfectly fine.  When I try 
to run ddd from one of these x-terms, it crashes before the first windows comes 
up.  Using the insight debugger, I tracked the crash down to a seg fault in

ddd.c - 2174 (xtopenapplication)

This fault does not completely end  the application, as DDD is still running in 
the background, I have to kill -9 it manually.  Any ideas on this?  I've 
included thh cygcheck package output below.

Thanks,

Yamin


Cygwin Package Information
Package VersionStatus
_update-info-dir00214-1OK
a2ps4.13-1 OK
agetty  2.1-1  OK
ash 20020731-3 OK
astyle  1.15.3-3   OK
autoconf2.57a-1OK
autoconf-devel  2.57-2 OK
autoconf-stable 2.13-5 OK
automake1.7.5a-1   OK
automake-devel  1.7.6-2OK
automake-stable 1.4p5-6OK
base-files  2.5-1  OK
base-passwd 1.1-1  OK
bash2.05b-15   OK
bc  1.06-1 OK
binutils20030901-1 OK
bison   20030307-1 OK
byacc   1.9-1  OK
bzip2   1.0.2-5OK
c-client2002e-1OK
ccache  2.2-1  OK
ccdoc   0.8.39-1   OK
cgoban  1.9.14-1   OK
chkconfig   1.2.24h-1  OK
clear   1.0-1  OK
cmake   1.6.7-1OK
compface1.4-5  OK
cpio2.5-3  OK
crypt   1.0-2  OK
ctags   5.5-4  OK
curl7.10.4-1   OK
curl-devel  7.10.4-1   OK
cvs 1.11.6-3   OK
cygipc  2.01-2 OK
cygrunsrv   0.96-2 OK
cygutils1.2.1-2OK
cygwin  1.5.4-1OK
dejagnu 20021217-2 OK
diffutils   2.8.4-1OK
docbook-xml42   4.2-1  OK
docbook-xsl 1.62.0-1   OK
doxygen 1.2.18-1   OK
dpkg1.10.4-2   OK
ed  0.2-1  OK
ELFIO   1.0.0-1OK
emacs   21.2-12OK
emacs-el21.2-12OK
emacs-X11   21.2-12OK
enscript1.6.3-3OK
expat   1.95.6-1   OK
expect  20030128-1 OK
figlet  2.2-1  OK
file4.03-2 OK
fileutils   4.1-2  OK
findutils   4.1.7-4OK
flex2.5.31-1   OK
fvwm2.4.7-2OK
gawk3.1.3-3OK
gcc 3.2-3  OK
gcc-mingw   20020817-5 OK
gcc22.95.3-10  OK
gdb 20030901-1 OK
gdbm1.8.3-7OK
gettext 0.12.1-3   OK
gettext-devel   0.12.1-3   OK
ghostscript-base7.05-2 OK
ghostscript-x11 7.05-2 OK
gnugo   3.4-1  OK
gnupg   1.2.2-1OK
gperf   2.7.2-1OK
grace   5.1.12-1   OK
grep2.5-1  OK
groff   1.18.1-2   OK
gsl 1.4-1  OK
guile   1.6.4-12   OK
guile-devel 1.6.4-12   OK
gzip1.3.3-4OK
indent  2.2.8-1OK
initscripts 0.9-1  OK
ioperm  0.4-1  OK
jbigkit 1.5-3  OK
jpeg6b-11  OK
keychain1.9-1  OK
less381-1  OK
lesstif 0.93.41-1  OK
libbz2_01.0.2-1OK
libbz2_11.0.2-5OK
libcharset1 1.9.1-3OK
libdb3.13.1.17-2   OK
libgdbm 1.8.0-5OK
libgd

After installing Cygwin on windows2000 I am not getting /usr/X11R6 directory created and XWin.exe program is not to be found anywhere...

2003-09-15 Thread AB689 


Regards,
Ashish Birla

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Harold L Hunt II 
Benny,

Benjamin Riefenstahl wrote:

Hi Harold,

Harold L Hunt II <[EMAIL PROTECTED]> writes:

1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState
messages; minimize the associated Windows window when these messages
are received.  (Harold L Hunt II)


"xterm -iconic" still doesn't work here with this version.  Should it?
Nothing was added to handle the startup size requested by a program.  I 
assume that must be how xterm handles it since a later message asking 
for IconicState would have no reason to fail; at least, none that I know of.

Harold

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Benjamin Riefenstahl 
Hi Harold,

Harold L Hunt II <[EMAIL PROTECTED]> writes:
> 1) winmultiwindowwm.c - Add handling for WM_CHANGE_STATE IconicState
> messages; minimize the associated Windows window when these messages
> are received.  (Harold L Hunt II)

"xterm -iconic" still doesn't work here with this version.  Should it?

benny

Re: Alternative icon

2003-09-15 Thread Benjamin Riefenstahl 
Hi Harold,

Harold L Hunt II <[EMAIL PROTECTED]> writes:
> The 24 x 24 16 color icon is blue rather than black.

Oops, sorry, corrected in the attachment, I hope.  Still looking for a
decent free icon editor that doesn't let me make mistakes like that
and doesn't have too many bugs.

> I am not so sure that a full white background with a black border
> around that is the best solution.  Would it be acceptable to add a
> white border around the X icon, rather than a full background?

The problem is - as I see it - that the slopes of the "X" are not at
45 degrees, so you can not get it really nice-looking with full
colors.  That's why the anti-aliasing is important.  But than you have
the problem I mentioned before: You can't do anti-aliasing with the
transparency mask, so you loose if you don't have a light background
to blend in with the anti-aliased border.

eXceed used to fix the problem by skewing the icon so that the slope
*is* 45 degrees.  But that looks ugly to me, too.

benny



X3.ico
Description: Binary data

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Alexander Gottwald 
On Sun, 14 Sep 2003, Harold L Hunt II wrote:

Hi Harold,

> Server source, direct link:
> http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030914-1740.tar.bz2 (127
> KiB)

Could you commit these changes to the xoncygwin cvs? I can do too, but that
would very likely screw your working copy.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Re: [ANNOUNCEMENT] Server Test 96

2003-09-15 Thread Steinar Bang 
> Alexander Gottwald <[EMAIL PROTECTED]>:

> Do you have Windows XP?

No.  Win2k.

> This is a known problem. 

> See http://cygwin.com/ml/cygwin-xfree/2003-09/msg00080.html
> and following posts for more information.

Hm... I'm not using XDMCP, and this worked in the previous release of
the server, when setting the keyboard with the XF86Config file(*)
Also, I don't think it's the same problem, because my AltGr works,
only it's interpreted as Ctrl.

Or so I think.  I'll look at it later today.  No time now.


- Steinar

(*) I tried using the XF86Config file on this release as well, but the
behaviour was the same as with autodetect of the keyboard.

Re: [ANNOUNCEMENT] Server Test 99

2003-09-15 Thread Colin Harrison 
Hi,

Testing on Test 99.

I've noticed if you go through the following sequence on multiwindow the
window size is lost.

Minimize
Maximize
Restore


Probable a 'feature' I hadn't spotted before.

I'll go and test on other xwin binaries and/or trace the WM messages.

Colin