Cygwin - KDE
My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com
Re: Error: procedure entry point in cygwin1.dll
Hello all Thanks, Christopher, for your answer I do trust the wisdom of the archives, that's why I checked my whole hard disk for any other copy of cygwin1.dll, and why I rebooted three times before posting the message. There definitely must be another reason for the problem. Any suggestion? Martin On Thu, Dec 04, 2003 at 01:23:38PM +0100, Martin Schmid wrote: Hello I try running xfree/cygwin on a PC with Windows XP. When I try to start xfree either directly from the windows explorer with startxwin.bat or from a cygwin bash or csh shell with startxwin.sh, I always get the error: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I have made a search in previous messages and they most of them suggest that similar errors are usually caused by having several versions of cygwin1.dll or an outdated version of this file. However I have only one version of cygwin1.dll on my hard disk, the one that came with cygwin 1.5.5-1 which is dated to 20.09.03 You should trust the wisdom of the archives. You either have two versions of the DLL around, or you need to reboot. There are no other reasons for this problem. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- +++ GMX - die erste Adresse für Mail, Message, More +++ Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net
Re: Cygwin - KDE
[EMAIL PROTECTED] wrote: My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com kde-cygwin.sourceforge.net has all the details you need. it works great. they have a mailing list if you need any more help. replying to the list so everyone else knows they don't need to mail you. david
Cygwin - KDE
My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com
RE: Cygwin - KDE
Yep. look at KDO on Cygwin at sourceforge.net. Works great. Currently BETA though. You can download KDE 3.1.1 Bobby -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Friday, December 05, 2003 4:39 AM To: [EMAIL PROTECTED] Subject: Cygwin - KDE My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com
Avoiding the SPAM (was: Cygwin - KDE).
Thanks for your reply, David, looking forward to an interesting weekend checking it all out. Sorry to add extra traffic to the list, but I feel I have to point out: When you replied to me, you (or your e-mail client) echoed my e-mail address (and yours, and that of the mailing list) back in the message in plain text. This is the 'staff of life' for spam harvesters ! Any spammer lurking on the list will now have a couple more e-mail addresses to sell to the advertisers and porn-mongers of this world. Aaarrgh ! Please try to avoid returning e-mail addresses as text in the messages - probably best to 'munger' your address or snip out the server part. Some e-mail clients can be set to do this for you. At the very least, replace the '@' with something less obvious. Please - I'm not trying to 'dictate terms' - hey, I've only just joined this list - but I would like to hope that everyone takes my point on board. These days, people are losing their jobs for receiving 'dodgy' e-mail adverts at work. Kevin. kevin_dot_lawton_at_bt_dot_com -Original Message- From: David Fraser snip Sent: 05 December 2003 10:41 To: cygwin-xfreesnip Cc: Lawton,K,Kevin,XJH3C C Subject: Re: Cygwin - KDE kevin.lawtonsnip wrote: My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com kde-cygwin.sourceforge.net has all the details you need. it works great. they have a mailing list if you need any more help. replying to the list so everyone else knows they don't need to mail you. David
Re: Avoiding the SPAM (was: Cygwin - KDE).
Hi Kevin Sorry about that. If you set your mail client to show your name in the From address, it will usually get quoted using the name rather than the address David Kevin Lawton wrote: Thanks for your reply, David, looking forward to an interesting weekend checking it all out. Sorry to add extra traffic to the list, but I feel I have to point out: When you replied to me, you (or your e-mail client) echoed my e-mail address (and yours, and that of the mailing list) back in the message in plain text. This is the 'staff of life' for spam harvesters ! Any spammer lurking on the list will now have a couple more e-mail addresses to sell to the advertisers and porn-mongers of this world. Aaarrgh ! Please try to avoid returning e-mail addresses as text in the messages - probably best to 'munger' your address or snip out the server part. Some e-mail clients can be set to do this for you. At the very least, replace the '@' with something less obvious. Please - I'm not trying to 'dictate terms' - hey, I've only just joined this list - but I would like to hope that everyone takes my point on board. These days, people are losing their jobs for receiving 'dodgy' e-mail adverts at work. Kevin. kevin_dot_lawton_at_bt_dot_com -Original Message- From: David Fraser snip Sent: 05 December 2003 10:41 To: cygwin-xfreesnip Cc: Lawton,K,Kevin,XJH3C C Subject: Re: Cygwin - KDE kevin.lawtonsnip wrote: My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com kde-cygwin.sourceforge.net has all the details you need. it works great. they have a mailing list if you need any more help. replying to the list so everyone else knows they don't need to mail you. David
Re: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Hi, Points taken. ddd requires autoconf 2.5x. It may well be that more work is needed in the configure machinery to make it work with the most recent versions of the autotools. Patches are welcome. For instance, ddd/acconfig.h should be converted. Again any help is welcome. An additional problem is that libiberty is bundled but has not been converted yet to autoconf 2.5x. This causes problems but there is not much we can do at the moment (except not using it in the first place). The ddd cvs repository lives at http://sourceforge.net/projects/ddd/. Patches posted at [EMAIL PROTECTED] will be considered. Best regards, - Original Message - From: Charles Wilson [EMAIL PROTECTED] Newsgroups: gmane.os.cygwin,gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, December 05, 2003 3:13 AM Subject: Re: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault Brian Ford wrote: Charles Wilson, Could you look at the problem discovered in the thread below and give us a comment? Thanks. http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html There are a couple of problems. 1) OOB, DDD uses libtool-1.4.2 -- which has very minimal support for cygwin. It works (barely) -- and it takes a whole chapter in the autobook http://sources.redhat.com/autobook/ to explain the differences from normal unix shared lib creation. The new 1.5+ procedure (with binutils/gcc autoimport, autoexport, and .dll.a naming convention support) is much more unix-like. Although ltmodules don't seem to work very well, except in toy cases. :-( 2) Old libtool, when it finds a .la file (which specifies the DLL name and the static lib name, AND the import lib name) doesn't appear to handle the implib properly -- it thinks that it does not exist, and attempts to recreate it from scratch using the export table from the DLL. But it uses old, buggy, obsolete, unmaintained, code to do so. Now, there are only four libraries in your link list that have .la files: expat, fontconfig, freetype, and Xm. And whaddaya know -- those are precisely the libs that cause problems in your link command. QuickNDirty answer: hide those four .la files and re-run configure. Long answer: update to the most recent autotools (relibtoolize). However bash-2.05b$ autoreconf --install --force These are just warnings, so I think this part worked fine. I guess the ddd people should clean these up? Yes, they should -- when they are ready to move to autoconf-2.5x, automake-1.7.x, and libtool-1.5+. But as you can see, there are incompatibilities between autoconf-2.13 and -2.5x. Basically, you CAN write a configure.in file that works with both -- but 2.13 was much more forgiving than 2.5x, so most existing configure.in's need to be brought up to 'spec' in order to work with 2.5x. And the _easiest_ way to do THAT is to make changes to the configure.in that are NOT backwards compatible with 2.13! So, it's possible to allow both versions to work with your configure.in, but much harder than just upgrading in a non-backwards-compatible way. So most projects (like gcc/binutils until recently) have taken a wait-and-see approach to autoconf-2.5x. Which leaves us poor cygwin folks, who NEED libtool-1.5 for decent DLL support, out in the cold -- because libtool-1.5 requires automake-1.7.x which requires autoconf-2.5x... (And, even though it is conceivable to use ac-2.5x with old-style automake-1.4p6, the cygwin wrapper system doesn't let you do that. So, if you re-autoconf with ac-2.5x, you'll also need to re-automake with am-1.[67].x -- which brings its own share of possible incompatibilities in the Makefile.am's. And you'll want to add -no-undefined to the libX_LDFLAGS setting for any libraries that DDD builds) configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.ac:248: the top level autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. Yep, you're gonna have to take care of this stuff by hand. I believe that support for config.h.top etc will be going away in autoconf-2.60, but that's **just** a guess. And anyway, 2.60 isn't expected for at least several months (and 2.59 won't go 'poof'
Re: AltGr and XP Powertoys not fixed yet?
On Thu, 4 Dec 2003, Harold L Hunt II wrote: Well, the only fix I've found so far is to deinstall the Powertoys. :-( Good man: you actually searched the archives :) Isn't that common practice? ;-) Is there a patch or something else (perhaps a magic Registry entry to disable Powertoys behaviour) to make AltGr work _with_ having Powertoys installed? I'd really appreciate this as Exceed would be the only other solution I can see for now. No, there is not a patch. Creating a patch would be easiest for someone with a non-U.S. keyboard and keyboard layout, Windows XP, and TweakUI installled. I'm sorry to hear that but thanks for the confirmation! But how about adding this to the FAQ? The problem hits every XP user having a german keyboard and is running Powertoys... I wonder, is it _that_ uncommon so it isn't even a FAQ? Regards, Walter
Re: AltGr and XP Powertoys not fixed yet?
On Fri, 4 Dec 2003, Walter Haidinger wrote: Good man: you actually searched the archives :) Isn't that common practice? ;-) Unfortunatly there are always some users who ask questions which were discussed the week before. But we always hope that users read the FAQ and search the archives before asking questions on the list. But how about adding this to the FAQ? Good point. The problem hits every XP user having a german keyboard and is running Powertoys... I wonder, is it _that_ uncommon so it isn't even a FAQ? No. I'll add Harolds answer to the FAQ. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Cygwin crashed by emacs???
I don't know what Cygwin version 1.3-4 was/is. Sorry, it was CYGWIN_NT-5.0 1.3.22(0.78/3/2) (4 months old) --Sergey
Re: Cygwin crashed by emacs???
On Fri, 5 Dec 2003, Sergey Barabash wrote: I don't know what Cygwin version 1.3-4 was/is. Sorry, it was CYGWIN_NT-5.0 1.3.22(0.78/3/2) (4 months old) I don't know if the latest XWin build has a fix for the xemacs crash (which was already reported by a few users) but to use it you'll most likely need to upgrade to the most recent cygwin (1.5.x) since there were some incompatible changes in this library. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Latest cygwin + XF strange behaviour
After installing the new xfree and cygwin builds i suffer from the following , note i have an older version on another machine and it does not manifest the same behaviour . I am on AIX 5 and W2K . A) I get defunct processes spawned from dtlogin with ever session i open and close . b) I have to use the -from parm in order to make it work ur help is greatly appreciated . thks n best regards
Re: Latest cygwin + XF strange behaviour
On Fri, 5 Dec 2003, amr roushi wrote: After installing the new xfree and cygwin builds i suffer from the following , note i have an older version on another machine and it does not manifest the same behaviour . I am on AIX 5 and W2K . A) I get defunct processes spawned from dtlogin with ever session i open and close . Very strange since there is no direct connection between xwin and the processes. b) I have to use the -from parm in order to make it work This is most likely because of your network configuration. There are at least two network interfaces configured and xwin does not know which one is the one it should use. The other machine has most likely a different configuration. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
startx broken. Xlib: connection to :0.0 refused by server,Xlib: No protocol specified
I started having this problem a week ago when I accidentally shut down W2K which X was running. Since then I have reinstalled all of cygwin with no effect. (I did not remove the cygwin directory tree.) When I run startx from bash, a window opens; however, the window manager (fvwm2) cann't connect. XWin.log is included below. I assume the problem is a missing config file which is flagged in the log, but I'm at a loss at how to proceed. startxwin.sh works and from inside the resulting window, fvwm2 runs; however startx behaves the same. Thanks in advance for your help. --Len ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: 0409 (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 509 371 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned AUDIT: Fri Dec 5 11:40:48 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:50 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:52 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:54 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:56 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:58 2003: 1740 X: client 1 rejected from local host winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress
RE: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the old_archive_from_expsyms_cmds variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure2003-10-22 15:29:40.0 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot $output_objdir/$soname-def' -old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +#old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all #pragma interface and #pragma implementation lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/iffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell.
Re: Cygwin crashed by emacs???
On Fri, 5 Dec 2003, Sergey Barabash wrote: Dear Brian, Thank you for your reply. You are welcome. But, I prefer that you send all Cygwin XFree related mail only to cygwin-xfree at cygwin dot com instead of sending me private mail. Thanks. In fact, cygwin-xfree was for discussion of XFree and answering how to questions, according to the online description. I wanted to report a bug and the only group mentioning bug reports was cygwin. Sorry if this was misdirected, but then the online description should be clarified. I'm glad you read the list descriptions that closely :). Most people don't. PTC, but this one is not worth my time. I also suggest you use http://www.cygwin.com/setup.exe to update your installation (especially the cygwin package, emacs package, and all It is not an emacs problem: as I mentioned, I ran different versions of emacs on different platforms and they all crash XWin. I agree. But, your Cygwin installation sounded like it was significantly out-of-date (= 1.3.22. Since you still have not provided the information requested in http://www.cygwin.com/problems.html, I still can not tell.) Since 1.5.x was an major ABI change, I suggested that you update everything (at least what you claimed to be using) to avoid additional breakage. Furthermore, you will generally not get free support from an open source community if your software is very out-of-date. Furthermore, an XServer must be stable no matter what crazy thing a window application does -- if it is not, it is a bug with the Xserver and not the problem of the application -- don't you think so? Yes, but you should always check to see if the bug has been fixed in the latest version first. This is XWin.exe, not your entire cygwin session (whatever that means). As such, please use the [EMAIL PROTECTED] list. I have directed this reply there. I hope you do not assume that every cygwin user has done extensive study of the code and knows that XWin is same as XFree... No, I don't. That would be amazing if they did. Also, I installed cygwin because I needed a free X-server and that's how I normally use it. I do appreciate the fact that cygwin provides many more tools and a virtual linux machine running on my computer, but the only way I know how to use those tools (not to say that I frequently use them, but still..) is through the X-interface, so indeed an entire cygwin cession, being all interactive jobs, whether local or remote (and in my case all remote), would crash for me anyway.. Ok, how about my entire Cygwin *X* session. That would be the normal term to use, I think. I don't know what Cygwin version 1.3-4 was/is. Actually that's the documentation version (usr/doc/Cygwin/cygwin-doc-1.3-4.README) which I assumed was same as the program version. The uname info is actually CYGWIN_NT-5.0 1.3.22(0.78/3/2) Sorry, I did not know that I could not trust documentation... ;( Why would you expect the documentation version to be the same as the program version? The two do not usually change together. I would expect, however, that if the documentation documented the program version, it would document the correct version number. I suggest you visit http://www.cygwin.com/problems.html to see how to I did, except it was all obvious stuff. Where is your cygcheck output? If you are concerned about people not knowing which version they are running, you could have that web page explain how to correctly look up the version number! Similarly, if the executable name (XWin) is different from the project name (XFree), the webpage could list both... Ok on the latter. The former would have been included in cygcheck.out. I'll try to update cygwin but I doubt it will change anything, if similar problem has not been addressed recently, which apparently is not the case. My version is only 4 months old, and this looks like quite a nasty bug... I tremendous amount of work on Cygwin and Cygwin Xfree86 has been done in those four months. It may not fix your problem, but we won't know until you try. And, I don't know anyone who is going to take you seriously until you do. Anyway, thanks again for the reply and for your help! I'll send one more reply to the group with the correct version #. You are welcome again. I don't mean to come on too strong, but we have many people who do not take the time to read any of the web site/documentation/list archives first. That is the standard assumption, especially if you do not attach cygcheck output as requested. Your reply to the list was probably too short to solicit any real feedback. Please try to update and post your results again. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Xaw patch (focus problem) DLL
I wasn't aware that the patched libraries were available - all I had seen was Harold Hunt's email describing the patch and I read it to say that he hadn't rebuilt everything as of yet. And I was trying to put together everything in one day, but the new libraries have fixed the problem. I think I understand how cygwin has its libraries organized - I'm actually more familiar with the MS Visual Studio, and have a general idea of static and import libraries (.lib) and dynamic libraries (.dll) in that environment. John Urbanczyk Developer, Research Development Paychex Inc. 675 Basket Road Webster NY 14580 Phone: 585-216-0578 - The information contained in this message may be privileged, confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or any employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Paychex, Inc.
New multi-window mode
Hi all, I wrote a window manager. This uses new rootless mode and extension. http://peppermint.jp/products/x/hackedbox4win-0.8.2.tar.gz Features * Faster drawing than old multi-window mode * Correct window decoration using MWM/Blackbox hint * Run window manager in separate process It requires new rootless mode and WindowsWM extension, so latest code in CVS is needed. By the way, I deleted half of HackedBox code and this has no compatibility with hackedbox, so new name is needed. Kensuke Matsuzaki
Re: Xaw patch (focus problem) DLL
John, John E Urbanczyk wrote: I wasn't aware that the patched libraries were available - all I had seen was Harold Hunt's email describing the patch and I read it to say that he hadn't rebuilt everything as of yet. And I was trying to put together everything in one day, but the new libraries have fixed the problem. I think I understand how cygwin has its libraries organized - I'm actually more familiar with the MS Visual Studio, and have a general idea of static and import libraries (.lib) and dynamic libraries (.dll) in that environment. Yeah, there wasn't really a follow-up email in that thread. There was an announcement for the XFree86-bin package (*.dll) and the XFree86-prog package (*.dll.a) saying that the changes had been applied. A .lib is sort of equivalent to a .dll.a file and a .dll is obviously the same thing in both. I believe that all packages have been updated for the shared Xt library and all associated patches, so if you run Cygwin's setup.exe and let it update all packages you should be in good shape. Harold
RE: XWin crashes after some time
I have updated XWin and the XFree86 server version to the last ones and since then it tends to crash after some time but it is hard to know when. it seems to happen minutes or hours after i change the focus to a Windows XP window from the XF86 window. The XF86 session just disappears completely and creates a stack dump. I have attached the last 4 stack dumps so that someone who understands it may look at it. I have also attached the XWin.log but it seems normal. It used to be good with the previous versions of Xwin (about 6 months old). It runs on one big screen of 2560 x 1024 and i don't know if it is a memory issue or what not? Anyway, i only had this bug appear when the focus is not on the XFree86 window but on a different one. Any info or speculation would be greatly appreciated. Thank you. AK XWin.log Description: Binary data XWin.exe5.stackdump Description: Binary data XWin.exe2.stackdump Description: Binary data XWin.exe3.stackdump Description: Binary data XWin.exe4.stackdump Description: Binary data
left or top taskbar multiwindow
Hi folks, I usually like to set my taskbar at left border of the desktop (more vertical space on the desktop, more space for the task button to show up, all menu near the same area). But when using this configuration i'm experiencing two minor bugs in multiwindow mode : 1) with taskbar at left, area near the right edge of the desktop are not refreshed. The size of the area not refreshed is exactly the size of the taskbar at left. If I take a look into XWin.log I can see that the work area size is the actual desktop size truncated by the size the taskbar, but when using xev I can see that the coordinate are not translated. The same bug appears if the taskbar is set on top ; in this case area at bottom of the screen are refreshed. A solution is to add -multimonitor : the size of the work area will be set to the wall desktop and all will remain ok. I joined XWin.log with and without -multiplemonitors. 2) new window are opened under the taskbar, not at the edge of the taskbar. If the taskbar is on left, a bit of the window is masqued by the taskbar and the rest appears, so I can drag it with the mouse to show all the window. But, if the taskbar is on top, all the window bar is hidden by the taskbar and I can't drag it with the mouse. A solution is to do something like ALT+SPACE, M (for move), and use arrow keys to move it. This is a bit annoying. I started to look into the source but i will not get enought time to continue. I think that the problem is that work area doesn't need to be truncated in multiwindow mode, auto-hidden or not (winAdjustForAutoHide). But, a fix should be done in the window manager to give correct coordinate for new window, depending on the position of the taskbar, and if it is auto-hidden or not. Fab.
Re: left or top taskbar multiwindow
Fabrice, Kensuke is working hard on a new multi-window window manager (see his announcement in today's mailing list log) that will replace the existing functionality. I think this new window manager and multi-window mode will be released within a month, so there is not much point in debugging problems with the current multi-window mode. Harold Fabrice Coudert wrote: Hi folks, I usually like to set my taskbar at left border of the desktop (more vertical space on the desktop, more space for the task button to show up, all menu near the same area). But when using this configuration i'm experiencing two minor bugs in multiwindow mode : 1) with taskbar at left, area near the right edge of the desktop are not refreshed. The size of the area not refreshed is exactly the size of the taskbar at left. If I take a look into XWin.log I can see that the work area size is the actual desktop size truncated by the size the taskbar, but when using xev I can see that the coordinate are not translated. The same bug appears if the taskbar is set on top ; in this case area at bottom of the screen are refreshed. A solution is to add -multimonitor : the size of the work area will be set to the wall desktop and all will remain ok. I joined XWin.log with and without -multiplemonitors. 2) new window are opened under the taskbar, not at the edge of the taskbar. If the taskbar is on left, a bit of the window is masqued by the taskbar and the rest appears, so I can drag it with the mouse to show all the window. But, if the taskbar is on top, all the window bar is hidden by the taskbar and I can't drag it with the mouse. A solution is to do something like ALT+SPACE, M (for move), and use arrow keys to move it. This is a bit annoying. I started to look into the source but i will not get enought time to continue. I think that the problem is that work area doesn't need to be truncated in multiwindow mode, auto-hidden or not (winAdjustForAutoHide). But, a fix should be done in the window manager to give correct coordinate for new window, depending on the position of the taskbar, and if it is auto-hidden or not. Fab.
[ITP] dx-4.3.2 (a.k.a. opendx) and dxsamples-4.3.2
[This is an X-app, so people in cygwin-xfree might be interested. I posted this to cygwin-apps earlier today.] I would like to contribute and maintain dx and dxsamples for Cygwin: http://www.opendx.org/ Description from opendx.org: If you need visualization for anything from examining simple data sets to analyzing complex, time-dependent data from disparate sources, OpenDX has what you need: features and functions that let you easily gain meaningful insight into your data. ***Reviewer's Caveat***: The 'dx' command segfaults on startup, when run without any parameters, in XGetGCValues (IIRC) (which runs the 'startupui' command by default). However, the other commands do appear to work. For example, 'dx -edit' works; you can load any of the sample programs and execute them to view their output. I am not a user of dx, so I can't do much more testing. The 'startupui' bug is something that can be fixed after this is released into the wild. Be sure to open a new login shell before trying to run 'dx' since the scripts in profile.d need to be run to add 'dx' to your path. cut here -- #!/bin/bash mkdir dx cd dx wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dx-4.3.2-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dx-4.3.2-1-src.tar.bz2 mkdir dxsamples cd dxsamples wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/dxsamples-4.3.2-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/dxsamples-4.3.2-1-src.tar.bz2 cut here -- MD5 sums: 20ba3798444c6e49c900e4f93ce7ec00 *dx/dx-4.3.2-1-src.tar.bz2 0b844181cd0930e8994333777dd228de *dx/dx-4.3.2-1.tar.bz2 43346409900d84e73a1bf66e1b31ca22 *dx/dxsamples/dxsamples-4.3.2-1-src.tar.bz2 b6513545bffc5a30cc60136b2228297d *dx/dxsamples/dxsamples-4.3.2-1.tar.bz2 bf9f810352b4be04e89d30f3693afb3b *dx/dxsamples/setup.hint 9ee3c18f3f24b8a04e230b7e9dea6a10 *dx/setup.hint Harold
Re: left or top taskbar multiwindow
The same bug appears if the taskbar is set on top ; in this case area at bottom of the screen are refreshed. ^not
Re: left or top taskbar multiwindow
Okee doc, i just see its annouce on the list. Waiting for the new WM ;]
Re: left or top taskbar multiwindow
Okee doc, i just see its annouce on the list. Waiting for the new WM ;]
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Subbu,
S Iyer wrote:
Step no 2 (copying the gcc include files) is no longer necessary
as it is subsumed by the diff. So all that needs done to get a
working ddd is:
1. cp -r ddd-3.3.8 ddd-3.3.8-orig
2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz
gunzip -c iffs.gz | patch -p0
3. cd ddd-3.3.8 bash ./configure make make install
Thanks to all who got this fixed so quickly, esp to Richard.
Thanks for the recipe.
Will it be possible to get this into cygwin's setup.exe?
Well, I am working on building the package, but I get a silly error:
configure: configuring in libiberty
configure: running /bin/bash
'/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure'
--prefix=/usr '--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8'
'--prefix=/usr' '--exec-prefix=/usr' '--sysconfdir=/etc'
'--libdir=/usr/lib' '--includedir=/usr/include'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--libexecdir=${sbindir}' '--localstatedir=/var'
'--datadir=${prefix}/share' 'CFLAGS=-O2' 'LDFLAGS='
--cache-file=/dev/null
--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty
configure: warning: CFLAGS=-O2: invalid host type
configure: warning: LDFLAGS=: invalid host type
configure: error: can only configure for one host and one target at a time
configure: error: /bin/bash
'/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure'
failed for libiberty
This is due to the way that the configure script for libiberty is called
in configure.ac:
if test $ddd_have_libiberty != true; then
# Avoid calling config.guess again. In libiberty, this destroys
dummy.c.
old_ac_configure_args=$ac_configure_args
case $ac_configure_args in
*--host*) ;;
*) ac_configure_args=$ac_configure_args --build=$build
--target=$target;;
esac
AC_CONFIG_SUBDIRS([libiberty])
ac_configure_args=$old_ac_configure_args
fi
I haven't looked into it enough to fix it at the moment (gotta drive
somewhere in a few minutes). I would appreciate it if someone had a fix
or suggested fix waiting for me when I plugged into the net again. :)
By the way, the packaging script calls configure like so:
conf() {
(cd ${objdir} \
CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} \
${srcdir}/configure \
--srcdir=${srcdir} --prefix=${prefix} \
--exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
--libdir=${prefix}/lib --includedir=${prefix}/include \
--mandir=${prefix}/share/man --infodir=${prefix}/share/info \
--libexecdir='${sbindir}' --localstatedir=/var \
--datadir='${prefix}/share'
)
}
Harold
RE: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
This is due to the way that the configure script for libiberty is called in configure.ac: If I was paying attention, libiberty uses autoconf 2.13 or similar, and the other pieces use 2.5...That's going to be a real pain to set up, I think... -Richard Campbell.
gv probelms
Hello, I have just installed the newest version of KDE, freeX and Cygwin. It is an impressingly good software. But I have problems when using the command gv for reading ps files. I use latex and dvips to generate a latex file. When I say gv file.ps an error window occures and says: Postscript interpreter failed in main window. I know the ps is file is ok, I have tested it in on a linux platform. When installing cygwin i choosed gv from both the graphics cvategory and the x11 category. Best regards, and thank you for a good product. Ivar Bratberg
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Richard Campbell wrote: This is due to the way that the configure script for libiberty is called in configure.ac: If I was paying attention, libiberty uses autoconf 2.13 or similar, and the other pieces use 2.5...That's going to be a real pain to set up, I think... It's just our top-level configure being stupid and passing CFLAGS and LDFLAGS as options instead of as environment variables. I don't think it matters what version of autoconf libiberty is using (at least not for this problem). Harold
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
On Fri, 5 Dec 2003, Harold L Hunt II wrote: Richard Campbell wrote: Harold L Hunt II wrote: This is due to the way that the configure script for libiberty is called in configure.ac: If I was paying attention, libiberty uses autoconf 2.13 or similar, and the other pieces use 2.5...That's going to be a real pain to set up, I think... It's just our top-level configure being stupid and passing CFLAGS and LDFLAGS as options instead of as environment variables. I don't think it matters what version of autoconf libiberty is using (at least not for this problem). HTH http://cvs.sourceforge.net/viewcvs.py/ddd/ddd/PROBLEMS?r1=1.106r2=1.107 -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Ctrl-Alt-Backspace
Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT
Re: Error: procedure entry point in cygwin1.dll
On Saturday 06 December 2003 01:58, Christopher Faylor wrote: On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote: I do trust the wisdom of the archives, that's why I checked my whole hard disk for any other copy of cygwin1.dll, and why I rebooted three times before posting the message. That would have been an interesting thing to mention in your first problem report. There definitely must be another reason for the problem. Any suggestion? There are no other reasons for the problem. I am probably displaying my complete ignorance of dll's here, but is it possible for this problem to occur even if the second 'cygwin1.dll' as been named something different? Also, Martin, I assume that you used the Windows Find Files search funciton. Have you tried using the cygwin find utility instead? I have on occasions found the Windows find files search function to skip whole directories for no apparent reason. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Brian, Brian Ford wrote: On Fri, 5 Dec 2003, Harold L Hunt II wrote: Richard Campbell wrote: Harold L Hunt II wrote: This is due to the way that the configure script for libiberty is called in configure.ac: If I was paying attention, libiberty uses autoconf 2.13 or similar, and the other pieces use 2.5...That's going to be a real pain to set up, I think... It's just our top-level configure being stupid and passing CFLAGS and LDFLAGS as options instead of as environment variables. I don't think it matters what version of autoconf libiberty is using (at least not for this problem). HTH http://cvs.sourceforge.net/viewcvs.py/ddd/ddd/PROBLEMS?r1=1.106r2=1.107 Thanks. That is exactly what I wanted to know. Harold
Re: Error: procedure entry point in cygwin1.dll
On Sat, Dec 06, 2003 at 11:02:51AM +1100, Rasjid Wilcox wrote: On Saturday 06 December 2003 01:58, Christopher Faylor wrote: On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote: I do trust the wisdom of the archives, that's why I checked my whole hard disk for any other copy of cygwin1.dll, and why I rebooted three times before posting the message. That would have been an interesting thing to mention in your first problem report. There definitely must be another reason for the problem. Any suggestion? There are no other reasons for the problem. I am probably displaying my complete ignorance of dll's here, but is it possible for this problem to occur even if the second 'cygwin1.dll' as been named something different? No.
Re: Ctrl-Alt-Backspace
I don't know, but can't you remap it rather than changing the default X-server behavior? Certainly seems like something that should be user-remapable for kiosk type installationscan't have just everyone going around killing off your kiosk, ya know. Jack Tanner wrote: Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Subbu, The patch is no good. It takes the following: #ifdef __GNUG__ #pragma implementation foo.h #endif and turns it into: #ifdef __GNUG__ #ifndef __CYGWIN__ #pragma implementation #endif foo.h #endif Here is an example: #ifdef __GNUG__ +#ifndef __CYGWIN__ #pragma implementation -#pragma implementation Map.h +#endif +#ifndef __CYGWIN__ +#pragma implementation +#endif Map.h #endif The mistake was matching only #pragma implementation (.*) and replacing that with #ifndef __CYGWIN__ #pragma implementation #endif (.*) instead of replacing it with #ifndef __CYGWIN__ #pragma implementation (.*) #endif. Could you send in the original search and replace command (or string of commands) that you used to do this so that I can fix it and run the change again? Harold S Iyer wrote: Step no 2 (copying the gcc include files) is no longer necessary as it is subsumed by the diff. So all that needs done to get a working ddd is: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz gunzip -c iffs.gz | patch -p0 3. cd ddd-3.3.8 bash ./configure make make install Thanks to all who got this fixed so quickly, esp to Richard. Will it be possible to get this into cygwin's setup.exe? Thanks --subbu On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the old_archive_from_expsyms_cmds variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure2003-10-22 15:29:40.0 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot $output_objdir/$soname-def' -old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +#old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all #pragma interface and #pragma implementation lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/iffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell.
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Odd, Richard's patch seems to work perfectly for me.
I don't get any such error!
-subbu
PS: It is Richard's patch, I only wanted to point out that the
move gcc includes to ddd include is unnecessary.
On Fri, Dec 05, 2003 at 05:00:54PM -0500, Harold L Hunt II wrote:
Date: Fri, 05 Dec 2003 17:00:54 -0500
From: Harold L Hunt II [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok
en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Subbu,
S Iyer wrote:
Step no 2 (copying the gcc include files) is no longer necessary
as it is subsumed by the diff. So all that needs done to get a
working ddd is:
1. cp -r ddd-3.3.8 ddd-3.3.8-orig
2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz
gunzip -c iffs.gz | patch -p0
3. cd ddd-3.3.8 bash ./configure make make install
Thanks to all who got this fixed so quickly, esp to Richard.
Thanks for the recipe.
Will it be possible to get this into cygwin's setup.exe?
Well, I am working on building the package, but I get a silly error:
configure: configuring in libiberty
configure: running /bin/bash
'/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure'
--prefix=/usr '--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8'
'--prefix=/usr' '--exec-prefix=/usr' '--sysconfdir=/etc'
'--libdir=/usr/lib' '--includedir=/usr/include'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--libexecdir=${sbindir}' '--localstatedir=/var'
'--datadir=${prefix}/share' 'CFLAGS=-O2' 'LDFLAGS='
--cache-file=/dev/null
--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty
configure: warning: CFLAGS=-O2: invalid host type
configure: warning: LDFLAGS=: invalid host type
configure: error: can only configure for one host and one target at a time
configure: error: /bin/bash
'/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure'
failed for libiberty
This is due to the way that the configure script for libiberty is called
in configure.ac:
if test $ddd_have_libiberty != true; then
# Avoid calling config.guess again. In libiberty, this destroys
dummy.c.
old_ac_configure_args=$ac_configure_args
case $ac_configure_args in
*--host*) ;;
*) ac_configure_args=$ac_configure_args --build=$build
--target=$target;;
esac
AC_CONFIG_SUBDIRS([libiberty])
ac_configure_args=$old_ac_configure_args
fi
I haven't looked into it enough to fix it at the moment (gotta drive
somewhere in a few minutes). I would appreciate it if someone had a fix
or suggested fix waiting for me when I plugged into the net again. :)
By the way, the packaging script calls configure like so:
conf() {
(cd ${objdir} \
CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} \
${srcdir}/configure \
--srcdir=${srcdir} --prefix=${prefix} \
--exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
--libdir=${prefix}/lib --includedir=${prefix}/include \
--mandir=${prefix}/share/man --infodir=${prefix}/share/info \
--libexecdir='${sbindir}' --localstatedir=/var \
--datadir='${prefix}/share'
)
}
Harold
--
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Harold, it is Richard's patch not mine. I was only pointing out that one step in the recipe should be removed - if you move the gcc/include into ddd/include, then patch gets confused on those files. That said, the error is in non-cygwin case, which is why the whole compilation went through flawlessly for me! Richard, can you fix this appropriately? Thanks, --subbu On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: Subbu, The patch is no good. It takes the following: #ifdef __GNUG__ #pragma implementation foo.h #endif and turns it into: #ifdef __GNUG__ #ifndef __CYGWIN__ #pragma implementation #endif foo.h #endif Here is an example: #ifdef __GNUG__ +#ifndef __CYGWIN__ #pragma implementation -#pragma implementation Map.h +#endif +#ifndef __CYGWIN__ +#pragma implementation +#endif Map.h #endif The mistake was matching only #pragma implementation (.*) and replacing that with #ifndef __CYGWIN__ #pragma implementation #endif (.*) instead of replacing it with #ifndef __CYGWIN__ #pragma implementation (.*) #endif. Could you send in the original search and replace command (or string of commands) that you used to do this so that I can fix it and run the change again? Harold S Iyer wrote: Step no 2 (copying the gcc include files) is no longer necessary as it is subsumed by the diff. So all that needs done to get a working ddd is: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz gunzip -c iffs.gz | patch -p0 3. cd ddd-3.3.8 bash ./configure make make install Thanks to all who got this fixed so quickly, esp to Richard. Will it be possible to get this into cygwin's setup.exe? Thanks --subbu On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the old_archive_from_expsyms_cmds variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure2003-10-22 15:29:40.0 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot $output_objdir/$soname-def' -old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +#old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all #pragma interface and #pragma implementation lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/iffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell. --
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
No need. I fixed my local version by hand. Harold S Iyer wrote: Harold, it is Richard's patch not mine. I was only pointing out that one step in the recipe should be removed - if you move the gcc/include into ddd/include, then patch gets confused on those files. That said, the error is in non-cygwin case, which is why the whole compilation went through flawlessly for me! Richard, can you fix this appropriately? Thanks, --subbu On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: Subbu, The patch is no good. It takes the following: #ifdef __GNUG__ #pragma implementation foo.h #endif and turns it into: #ifdef __GNUG__ #ifndef __CYGWIN__ #pragma implementation #endif foo.h #endif Here is an example: #ifdef __GNUG__ +#ifndef __CYGWIN__ #pragma implementation -#pragma implementation Map.h +#endif +#ifndef __CYGWIN__ +#pragma implementation +#endif Map.h #endif The mistake was matching only #pragma implementation (.*) and replacing that with #ifndef __CYGWIN__ #pragma implementation #endif (.*) instead of replacing it with #ifndef __CYGWIN__ #pragma implementation (.*) #endif. Could you send in the original search and replace command (or string of commands) that you used to do this so that I can fix it and run the change again? Harold S Iyer wrote: Step no 2 (copying the gcc include files) is no longer necessary as it is subsumed by the diff. So all that needs done to get a working ddd is: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz gunzip -c iffs.gz | patch -p0 3. cd ddd-3.3.8 bash ./configure make make install Thanks to all who got this fixed so quickly, esp to Richard. Will it be possible to get this into cygwin's setup.exe? Thanks --subbu On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the old_archive_from_expsyms_cmds variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure2003-10-22 15:29:40.0 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot $output_objdir/$soname-def' -old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +#old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all #pragma interface and #pragma implementation lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/iffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell.
Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault
Since the required fix seemed to be a simple find and replace, I did it myself: the new patch is at http://www.cs.utexas.edu/~subbuk/cygwin-ddd-patch.gz So the new recipe is as follows: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://www.cs.utexas.edu/~subbuk/cygwin-ddd-patch.gz gunzip -c cygwin-ddd-patch.gz | patch -p0 3. cd ddd-3.3.8 bash ./configure make make install Thanks, --subbu On Fri, Dec 05, 2003 at 08:08:21PM -0600, S Iyer wrote: Harold, it is Richard's patch not mine. I was only pointing out that one step in the recipe should be removed - if you move the gcc/include into ddd/include, then patch gets confused on those files. That said, the error is in non-cygwin case, which is why the whole compilation went through flawlessly for me! Richard, can you fix this appropriately? Thanks, --subbu On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: Subbu, The patch is no good. It takes the following: #ifdef __GNUG__ #pragma implementation foo.h #endif and turns it into: #ifdef __GNUG__ #ifndef __CYGWIN__ #pragma implementation #endif foo.h #endif Here is an example: #ifdef __GNUG__ +#ifndef __CYGWIN__ #pragma implementation -#pragma implementation Map.h +#endif +#ifndef __CYGWIN__ +#pragma implementation +#endif Map.h #endif The mistake was matching only #pragma implementation (.*) and replacing that with #ifndef __CYGWIN__ #pragma implementation #endif (.*) instead of replacing it with #ifndef __CYGWIN__ #pragma implementation (.*) #endif. Could you send in the original search and replace command (or string of commands) that you used to do this so that I can fix it and run the change again? Harold S Iyer wrote: Step no 2 (copying the gcc include files) is no longer necessary as it is subsumed by the diff. So all that needs done to get a working ddd is: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://bellsouthpwp.net/u/l/ulvester/iffs.gz gunzip -c iffs.gz | patch -p0 3. cd ddd-3.3.8 bash ./configure make make install Thanks to all who got this fixed so quickly, esp to Richard. Will it be possible to get this into cygwin's setup.exe? Thanks --subbu On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the old_archive_from_expsyms_cmds variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure2003-10-22 15:29:40.0 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot $output_objdir/$soname-def' -old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +#old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all #pragma interface and #pragma implementation lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/iffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell. -- --
how to make xterm point for active window without mouse click
I have recently installed cygwin on my pc windown-xp. The cygwin version 2.416. I run startxwin on my window dos prompt and get a xfree86 server running on the window. I find one thing amazing is that all x-terms can be opened on MS window xp instead on the xfree86 own window which used to be the case with previous version. But one thing that I don't quite like is that now all the xterm windows don't have the point-to-active functions which should be the case in x-window. Now every time, I want to type commands on a xterm, I have to use mouse click to make it active like MS window. This is really inconienent. Is there any way I can set up the windows for mouse point-to-make acive. Thanks. Regard, Haomin Wu Sr. HW Engineer AirFlow Networks, Inc. Tel: (408)524-3114
HSBC ENQUIRY.
My name is Sarah Cappa. I am a senior partner in the firm of Cappa Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. The HSBC Private Banking client died in intestate and nominated no successor in title over the investments made with the bank. The essence of this communication with you is to request you provide us information/comments on any or all of the four issues: 1-Are you aware of any relative/relation who shares your same name whose last known contact address was Brussels Belgium? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of HSBC Bank PLC? 3-Born on the 1st of october 1930 4-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us ASAP whether or not you are familiar with this personality that we may put an end to this communication with you and our inquiries surrounding this personality. You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation. Thank you for accommodating our enquiry. Ms Sarah Cappa For:Cappa Consultants 06-12-2003
Re: HSBC ENQUIRY.
Oh my god! We are all rich! How do we all have the same last name as this person?!? Who cares, we're filthy stinking rich! ;) Harold Cappa Consultants wrote: My name is Sarah Cappa. I am a senior partner in the firm of Cappa Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. The HSBC Private Banking client died in intestate and nominated no successor in title over the investments made with the bank. The essence of this communication with you is to request you provide us information/comments on any or all of the four issues: 1-Are you aware of any relative/relation who shares your same name whose last known contact address was Brussels Belgium? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of HSBC Bank PLC? 3-Born on the 1st of october 1930 4-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us ASAP whether or not you are familiar with this personality that we may put an end to this communication with you and our inquiries surrounding this personality. You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation. Thank you for accommodating our enquiry. Ms Sarah Cappa For:Cappa Consultants 06-12-2003
RE: HSBC ENQUIRY.
I smell scam somewhere. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Harold L Hunt II Sent: Friday, December 05, 2003 9:20 PM To: [EMAIL PROTECTED] Subject: Re: HSBC ENQUIRY. Oh my god! We are all rich! How do we all have the same last name as this person?!? Who cares, we're filthy stinking rich! ;) Harold Cappa Consultants wrote: My name is Sarah Cappa. I am a senior partner in the firm of Cappa Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. The HSBC Private Banking client died in intestate and nominated no successor in title over the investments made with the bank. The essence of this communication with you is to request you provide us information/comments on any or all of the four issues: 1-Are you aware of any relative/relation who shares your same name whose last known contact address was Brussels Belgium? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of HSBC Bank PLC? 3-Born on the 1st of october 1930 4-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us ASAP whether or not you are familiar with this personality that we may put an end to this communication with you and our inquiries surrounding this personality. You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation. Thank you for accommodating our enquiry. Ms Sarah Cappa For:Cappa Consultants 06-12-2003
-nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace)
On Fri, 5 Dec 2003, Jack Tanner wrote: Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT Well, technically, adding -nounixkill to the XWin.exe parameter list should do it, but it doesn't work for me. When I open an XWin session on a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, even with -nounixkill. The command I used to start the X server was XWin :1.0 -nounixkill (since I have Exceed running on display :0.0) and pressed Ctrl-Alt-Backspace in the window once the screen appeared to have initialized (after a minute or so). /tmp/XWin.log is attached, and the versions of the relevant (IMO) installed software are below. Please let me know what further information I can provide (or experiments I could try) to help diagnose the problem. Igor $ cygcheck -cd | egrep 'XFree|cygwin ' cygwin 1.5.5-1 XFree86-base4.3.0-1 XFree86-bin 4.3.0-7 XFree86-etc 4.3.0-5 XFree86-f1004.2.0-3 XFree86-fcyr4.2.0-3 XFree86-fenc4.2.0-3 XFree86-fnts4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-prog4.3.0-10 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-22 -- 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 NaughtonddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: 0409 (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! winPointerWarpCursor - Discarding first warp: 509 345 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress
Re: HSBC ENQUIRY.
Harold, Look at the addressee on the original message... The deceased's last name was 'Xfree'! :-) Igor On Fri, 5 Dec 2003, Harold L Hunt II wrote: Oh my god! We are all rich! How do we all have the same last name as this person?!? Who cares, we're filthy stinking rich! ;) Harold Cappa Consultants wrote: My name is Sarah Cappa. I am a senior partner in the firm of Cappa Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. [snip] -- 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
[ITP] ddd-3.3.8
I would like to contribute and maintain ddd: http://www.gnu.org/software/ddd/ GNU DDD is a graphical front-end for command-line debuggers such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, or the Python debugger. Besides ``usual'' front-end features such as viewing source texts, DDD has become famous through its interactive graphical data display, where data structures are displayed as graphs. You can point Cygwin's setup.exe to the following address to install and test ddd: http://www.egr.msu.edu/~huntharo/cygwin/ ***Reviewer's Caveat***: I don't think that the static libiberty.a is supposed to be installed, so I removed the /usr/lib directory in the install step of the build script. cut here -- #!/bin/bash mkdir ddd cd ddd wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1-src.tar.bz2 cut here -- MD5 sums: de2d743b95817745c4227427afec759b *ddd/ddd-3.3.8-1-src.tar.bz2 86cc2b9dff9a4f794dfc6bbe49bf2bbc *ddd/ddd-3.3.8-1.tar.bz2 2c6bec0f95a7c76ee6581133eeab1db6 *ddd/setup.hint Harold
