Re: xerces-c, xerces-c-devel, xerces-c-doc 2.1.0-2 available for review/upload
Anyone wishing to review these packages can point setup.exe to http://abackus.imagineis.com. I'll definitely review these when i get home ... hopefully they will solve my xerces-c related problems. Gareth - still doesnt understand why hes got xerces-c related problems in the first place. Only looked into binary packages since thats what i was after... will look into the rest if i have some time... Okay well xerces-c-2.1.0-2.tar.bz2 - contains libxerces instead of cygxerces easy fix there... The rest 'looks' okay not so good news is my application which uses xerces-c stil dies horribly in an fopen call. I tried to make a reduced testcase - but nope it dosnt like me I 'dont like' the fact that the libxerces-c dll appears to contain a stack of cstdio as 'T' when you nm the non-striped version. Surely that potentially can play havoc - all the stdio calls need to be handled by cygwin1.dll interestingly NONE of these come from the object files which get linked togeather... I am a little worried that g++ --shared is doing silly stuff. Ofcourse my problem is probably unique - I am special that way... Gareth
Re: [setup and gcc3] Revised patches - now with ChangeLog!
Robert Collins [EMAIL PROTECTED] wrote:
On Mon, 2002-11-04 at 22:12, Max Bowsher wrote:
# ChangeLog #
2002-11-03 Max Bowsher [EMAIL PROTECTED]
# fix-CFLAGS+=-Wno-deprecated.patch
* Makefile.am: Add -Wno-deprecated to CFLAGS.
# strstreams are deprecated in gcc3. Since we are using -Werror, we
need to turn off the warning to allow the build to succeed.
What is the replacement for strstreams?
stringstreams
# fix-algorithm.patch
* archive_tar_file.cc: Include algorithm.
Change min(a,b) to std::min(a,b)
* compress_bz.cc: Ditto.
* compress_gz.cc: Ditto.
# I deliberately did not use using namespace std; here, so that
people new to the setup code can see that these are not macros.
mmm. I'm a bit undecided on this. using namespace std; is easier to
read than std::. And for code newbies macros vs templates are pretty
much irrelevant.
It would have helped me to know this immediately when producing these
patches. I like it this way, but ultimately, you have the final say.
# fix-bzlib-windows.h-clash.patch
compress_bz.cc: #undef small before including bzlib.h
compress_bz.h: Ditto.
# If we are going to hide the fact that we are _WIN32 from bzlib,
then we need to #undef small for it as well (bad windows.h clash).
Why doesn't this impact gcc 2.95?
Change in order of interdependent includes, I guess.
# fix-cygwin-mode.patch
* io_stream.h: Protect a typedef of ssize_t that is not needed when
compiling for Cygwin.
Ditto.
It does impact gcc 2.95, as well as gcc 3.
* mkdir.cc: Don't try to compile pseudocode when compiling for
Cygwin!.
Ditto.
Ditto.
# fix-gcc3-dodgy-NULL-streambuf.patch
* LogSingleton.cc (LogSingleton::LogSingleton): Initialize the
parent ostream with a NULL streambuf pointer. Legal? I don't know,
but I think it used to be done implicitly, but libstdc++-v3 no
longer allows that.
Someone (for now, not I), needs to read the ostream g++-3 template to
see what is done with the streambuf pointer before I'll accept this.
Well, maybe when you *very* soon review / parallel implement a gcc 3 update
to setup you can do this :-)
Seriously, I don't have the experience with templates to go wading around in
the libstdc++ internals.
In the meantime, can it be used as an interim kludge to allow the rest of my
updates to be reviewed?
# fix-proppage.h-no-include-windows.h-directly.patch
* proppage.h: Include windows.h via win32.h not directly.
# This allows any anti-pollution defines to be gathered in win32.h,
not repeated everywhere windows.h is included.
# fix-res.rc-bad-comment.patch
* res.rc: Change a #-comment (invalid) to a //-comment.
Why doesn't this impact gcc 2.95?
proppage.h: libstdc++-v2.95 doesn't die horribly if min max macros are
defined.
res.rc: gcc 2.95's preprocessor seems less picky.
# fix-gcc2-setup-and-libgetopt++.patch
* Makefile.am (%.o: %.rc): Make windres use $(CC) not hardcoded gcc.
(inilint_LDADD): Remove -lstd++.
(setup_LDADD): Ditto.
* libgetopt++/Makefile.am (libgetopt___la_LDFLAGS): Ditto.
I presume gcc3 adds -lstd++ itself? We need a gcc 2.95 compatible
version of this patch - both need to work.
This patchset allows a clean compile in all 4 configurations
{-mno-cygwin,Cygwin-linked}/{gcc2-2.95.3-10,gcc-3.2-1 and
gcc-mingw-3.2-20020817-1}.
# fix-gcc3-libgetopt++.patch
* libgetopt++/include/getopt++/BoolOption.h: Add 'std::' where
needed.
* libgetopt++/include/getopt++/Option.h: Ditto.
* libgetopt++/include/getopt++/OptionSet.h: Ditto.
* libgetopt++/include/getopt++/StringOption.h: Ditto.
* libgetopt++/src/BoolOption.cc: Add 'using namespace std;'.
* libgetopt++/src/OptionSet.cc: Ditto.
* libgetopt++/src/StringOption.cc: Ditto.
Again, are these both 2.95 and 3.0 compatible?
Ditto.
Max.
Re: [setup and gcc3] Revised patches - now with ChangeLog!
--vOmOzSkFvhd7u8Ms
Content-Type: multipart/mixed; boundary=XOIedfhf+7KOe/yw
Content-Disposition: inline
--XOIedfhf+7KOe/yw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Max,
On Mon, Nov 04, 2002 at 05:29:08PM -, Max Bowsher wrote:
# fix-gcc3-dodgy-NULL-streambuf.patch
* LogSingleton.cc (LogSingleton::LogSingleton): Initialize the
parent ostream with a NULL streambuf pointer. Legal? I don't know,
but I think it used to be done implicitly, but libstdc++-v3 no
longer allows that.
Someone (for now, not I), needs to read the ostream g++-3 template
to see what is done with the streambuf pointer before I'll accept
this.
=20
Well, maybe when you *very* soon review / parallel implement a gcc 3
update to setup you can do this :-) Seriously, I don't have the
experience with templates to go wading around in the libstdc++
internals. In the meantime, can it be used as an interim kludge to
allow the rest of my updates to be reviewed?
What about the attached? Note that I only tested setup.exe under Cygwin
gcc 2.95.3-5 but I also tried something similar under Linux gcc 3.x.
Jason
--=20
GPG key available on key servers or http://www.tishler.net/jason/gpg.txt
--XOIedfhf+7KOe/yw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=LogSingleton.cc.diff
Content-Transfer-Encoding: quoted-printable
Index: LogSingleton.cc
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/cygwin-apps/setup/LogSingleton.cc,v
retrieving revision 2.1
diff -u -p -r2.1 LogSingleton.cc
--- LogSingleton.cc 4 May 2002 12:15:55 - 2.1
+++ LogSingleton.cc 4 Nov 2002 19:37:38 -
-30,7 +30,7 ostream endLog(ostream outs)
=20
LogSingleton * LogSingleton::theInstance(0);
=20
-LogSingleton::LogSingleton(){}
+LogSingleton::LogSingleton() : ostream(rdbuf()){}
LogSingleton::~LogSingleton(){}
=20
LogSingleton
--XOIedfhf+7KOe/yw--
--vOmOzSkFvhd7u8Ms
Content-Type: application/pgp-signature
Content-Disposition: inline
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (Cygwin32)
iD8DBQE9xs6fGv3kzOz0jvYRAuqlAJ4mfHXQ+dvNMBiC6u+gg+BnjMOCQgCfcsK8
UN167lUK1J8Z55v8or/LPCc=
=pVt4
-END PGP SIGNATURE-
--vOmOzSkFvhd7u8Ms--
Re: [setup and gcc3] Revised patches - now with ChangeLog!
Jason Tishler [EMAIL PROTECTED] wrote:
What about the attached?
Inlined:
--- LogSingleton.cc 4 May 2002 12:15:55 - 2.1
+++ LogSingleton.cc 4 Nov 2002 19:37:38 -
@@ -30,7 +30,7 @@ ostream endLog(ostream outs)
LogSingleton * LogSingleton::theInstance(0);
-LogSingleton::LogSingleton(){}
+LogSingleton::LogSingleton() : ostream(rdbuf()){}
LogSingleton::~LogSingleton(){}
LogSingleton
Note that I only tested setup.exe under
Cygwin gcc 2.95.3-5 but I also tried something similar under Linux
gcc 3.x.
Certainly looks less hackish than mine.
Max.
Re: [setup and gcc3] Revised patches - now with ChangeLog!
--hUH5gZbnpyIv7Mn4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Max,
On Mon, Nov 04, 2002 at 08:05:08PM -, Max Bowsher wrote:
Jason Tishler [EMAIL PROTECTED] wrote:
What about the attached?
=20
Inlined:
--- LogSingleton.cc 4 May 2002 12:15:55 - 2.1
+++ LogSingleton.cc 4 Nov 2002 19:37:38 -
@@ -30,7 +30,7 @@ ostream endLog(ostream outs)
=20
LogSingleton * LogSingleton::theInstance(0);
=20
-LogSingleton::LogSingleton(){}
+LogSingleton::LogSingleton() : ostream(rdbuf()){}
LogSingleton::~LogSingleton(){}
=20
LogSingleton
=20
Note that I only tested setup.exe under Cygwin gcc 2.95.3-5 but I
also tried something similar under Linux gcc 3.x.=20
=20
Certainly looks less hackish than mine.
Does it work for you under Cygwin gcc 3.x?
Thanks,
Jason
--=20
GPG key available on key servers or http://www.tishler.net/jason/gpg.txt
--hUH5gZbnpyIv7Mn4
Content-Type: application/pgp-signature
Content-Disposition: inline
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (Cygwin32)
iD8DBQE9xuFfGv3kzOz0jvYRAviMAJ9ndw8MNlW1XXxEnJiCXV8+b40jDgCfWDr6
0GTPnN8IFn3dDMEoRnpT0Mk=
=kc+F
-END PGP SIGNATURE-
--hUH5gZbnpyIv7Mn4--
Re: [setup and gcc3] Revised patches - now with ChangeLog!
Jason Tishler [EMAIL PROTECTED] wrote:
What about the attached?
Note that I only tested setup.exe under Cygwin gcc 2.95.3-5 but I
also tried something similar under Linux gcc 3.x.
On Mon, Nov 04, 2002 at 08:05:08PM -, Max Bowsher wrote:
Inlined:
-LogSingleton::LogSingleton(){}
+LogSingleton::LogSingleton() : ostream(rdbuf()){}
Certainly looks less hackish than mine.
Jason Tishler [EMAIL PROTECTED] wrote:
Does it work for you under Cygwin gcc 3.x?
I've just rerun my quad-compile ({-mno-cygwin,Cygwin}/gcc{2,3}).
All OK.
Max.
Re: XWin.exe crashes
At 09:46 PM 11/3/02 +0100, Sven Köhler wrote: I just installed KDE-cygwin, and I haven't gotten it start properly. Based on the errors I'm getting and the FAQs I've read, the suggestion was to make sure the paths are mounted in binmode, which involves changing a registry key. Since I'd prefer not to do that, will this patch work for me as well? you can use setup.exe to change back from textmode to binmode, but the problem is, that most of the programs won't be abled to read the text-files they've writte in textmode. How would I do this with setup? Which option is this, and do I have to reinstall everything (i.e. Cygwin, XFree86, individual packages, etc)? Christopher Faylor always suggests linking with binmode.o - and i would recomm that too, for the KDE-cygwin project. i don't know, why they don't do it - perhaps because binmode.o is too unknown yet. but to request, that the user runs cygwin in binmode is not always possible, because migrating back from text- to binmode takes much time (you have to convert every text-file) Once it's been switched back to binmode, would files written after that be in binmode as well? Or would I continue to have a conflict? TIA, -Lisi
Re: XWin.exe crashes
On Mon, 4 Nov 2002 8:39 pm, Lisi wrote: At 09:46 PM 11/3/02 +0100, Sven Köhler wrote: you can use setup.exe to change back from textmode to binmode, but the problem is, that most of the programs won't be abled to read the text-files they've writte in textmode. How would I do this with setup? Which option is this, and do I have to reinstall everything (i.e. Cygwin, XFree86, individual packages, etc)? Just go through the normal install questions (probably best to choose your local cache as the Download Source), and choose 'Default Text File Type' = 'Unix'. At 'Select Packages' make sure you don't remove or add any packages. Setup will then proceed to install zero packages, but change the default mount mode for you. Christopher Faylor always suggests linking with binmode.o - and i would recomm that too, for the KDE-cygwin project. i don't know, why they don't do it - perhaps because binmode.o is too unknown yet. but to request, that the user runs cygwin in binmode is not always possible, because migrating back from text- to binmode takes much time (you have to convert every text-file) Once it's been switched back to binmode, would files written after that be in binmode as well? Yes. So files written with vi under cygwin will not look so good in notepad. Or would I continue to have a conflict? As Sven says, you will now possibly have the problem that files created while in text mode may not be able to be read correctly. Rasjid.
German keyboard-file for Cygwin/Xfree?
I can't get Xfree to work with a german keyboard. (The problems seems to sit in front of the keyboard.) As I'm connecting to IBMs AIX, I can't use the Xkb-Extensions. Xkeycaps generates an off-by-one keyboard (asdf - sdfg) or an xmodmap-file, where the umlaut-keys still generate the brackets, even if the graphical display shows the correct umlauts. So: Could someone send me a working german .xmodmap-file off-list (hj.beckers at kreis-steinfurt.de)? One is enough ... Yours hjb
Re: XWin.exe crashes
On Sun, 3 Nov 2002, Christopher Faylor wrote: It didn't sound like the xkbcomp problem would be solved by linking with automode.o. Since that was reading a binary file, it would need to be linked with binmode.o. xkbcomp is reading some textfiles and writes a binary file. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: multiple windows
H... Are you running a window manager? It sounds like you are not. Try running twm (Tiny Window Manager) before you run anything else. There are lots of other window managers out there, but twm is packaged with the XFree86 cygwin package. Brian Kyriakos Kachrimanis wrote: Dear list members, I want to start Xfree in multiple window mode. By default it starts as single window and this causes some problems when I run the xgobi program because several windows appear overlayed and I cannot move them aside. How can I configure it to start in multiple windows? My question may be too easy to bother this list, but I'm new to cygwin-xfree and I couldn't find anything relevant on the mail archives or the user's guide. Thanks in advance, Kyriakos Kachrimanis.
Re: German keyboard-file for Cygwin/Xfree?
If you turn off your numlock before starting Xwin Xkbextensions works fine on AIX (at least here...) Med venlig hilsen / Regards Franz Wolfhagen I can't get Xfree to work with a german keyboard. (The problems seems to sit in front of the keyboard.) As I'm connecting to IBMs AIX, I can't use the Xkb-Extensions. Xkeycaps generates an off-by-one keyboard (asdf - sdfg) or an xmodmap-file, where the umlaut-keys still generate the brackets, even if the graphical display shows the correct umlauts. So: Could someone send me a working german .xmodmap-file off-list (hj.beckers at kreis-steinfurt.de)? One is enough ...
[ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the CapsLock Press/Release keyboard events). x2x-1.27-1: Initial Release. Vendor code built and package as-is. KNOWN BUGS Doesn't work very well with the new rootless mode of XWin. I plan to fix this in a future release. INSTALLATION INSTRUCTIONS To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'x2x' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list (mailto:cygwin-xfree;sources.redhat.com). If you want to subscribe go to http://cygwin.com/lists.html. I would appreciate it if you would use the mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question, the Cygwin/XFree86 mailing list is the appropriate place. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
RE: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the CapsLock Press/Release keyboard events). x2x-1.27-1: Initial Release. Vendor code built and package as-is. KNOWN BUGS Doesn't work very well with the new rootless mode of XWin. I plan to fix this in a future release. INSTALLATION INSTRUCTIONS To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'x2x' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list (mailto:cygwin-xfree;sources.redhat.com). If you want to subscribe go to http://cygwin.com/lists.html. I would appreciate it if you would use the mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question, the Cygwin/XFree86 mailing list is the appropriate place. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
RE: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Sorry, can't help you. I don't have this type of setup, so I've never encountered the problem you are seeing. I know I've seen this very question posted to this mailing list in the past. Perhaps you can find the answer you seek by searching the archives? Tip: Try using google with site:cygwin.com as the last search term. From: Jean-Claude Gervais [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 10:15:58 -0500 MIME-Version: 1.0 Received: from sources.redhat.com ([209.249.29.67]) by mc4-f19.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 4 Nov 2002 07:18:35 -0800 Received: (qmail 28666 invoked by alias); 4 Nov 2002 15:18:28 - Received: (qmail 28589 invoked from network); 4 Nov 2002 15:18:27 - Received: from unknown (HELO VL-MS-MR002.sc1.videotron.ca) (24.201.245.36) by sources.redhat.com with SMTP; 4 Nov 2002 15:18:27 - Received: from mercury ([24.200.89.140]) by VL-MS-MR002.sc1.videotron.ca (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002)) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Mon, 04 Nov 2002 10:17:27 -0500 (EST) Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-xfree-unsubscribe-j_tetazoo=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-xfree-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:cygwin-xfree;cygwin.com List-Help: mailto:cygwin-xfree-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] In-reply-to: [EMAIL PROTECTED] Message-id: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 04 Nov 2002 15:18:35.0647 (UTC) FILETIME=[71B210F0:01C28415] Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the CapsLock Press/Release keyboard events). x2x-1.27-1: Initial Release. Vendor code built and package as-is. KNOWN BUGS Doesn't work very well with the new rootless mode of XWin. I plan to fix this in a future release. INSTALLATION INSTRUCTIONS To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'x2x' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan,
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the CapsLock Press/Release keyboard events). x2x-1.27-1: Initial Release. Vendor code built and package as-is. KNOWN BUGS Doesn't work very well with the new rootless mode of XWin. I plan to fix this in a future release. INSTALLATION INSTRUCTIONS To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'x2x' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list (mailto:cygwin-xfree;sources.redhat.com). If you want to subscribe go to http://cygwin.com/lists.html. I would appreciate it if you would use the mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question, the Cygwin/XFree86 mailing list is the appropriate place. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: XWin.exe crashes
On Mon, Nov 04, 2002 at 01:26:36PM +0100, Alexander Gottwald wrote:
On Sun, 3 Nov 2002, Christopher Faylor wrote:
It didn't sound like the xkbcomp problem would be solved by linking with
automode.o. Since that was reading a binary file, it would need to be
linked with binmode.o.
xkbcomp is reading some textfiles and writes a binary file.
I thought your patch only added a b to reads and writes which would
indicate that it needed to operate entirely in binmode. However, I
see that in some cases, it doesn't add the b. Not sure why.
This seems to be the opposite of what you're implying though.
cgf
Index: programs/Xserver/xkb/ddxLoad.c
===
RCS file: /cvs/xc/programs/Xserver/xkb/ddxLoad.c,v
retrieving revision 3.30
diff -u -r3.30 ddxLoad.c
--- programs/Xserver/xkb/ddxLoad.c 2002/05/31 18:46:06 3.30
+++ programs/Xserver/xkb/ddxLoad.c 2002/11/03 12:29:17
-413,7 +413,7
else if (strlen(xkm_output_dir)+strlen(mapName)+5 = PATH_MAX)
sprintf(buf,%s%s.xkm,xkm_output_dir,mapName);
if (buf[0] != '\0')
- file= fopen(buf,r);
+ file= fopen(buf,rb);
else file= NULL;
}
else file= NULL;
Index: programs/xkbcomp/xkbcomp.c
===
RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v
retrieving revision 3.17
diff -u -r3.17 xkbcomp.c
--- programs/xkbcomp/xkbcomp.c 2002/06/05 00:00:37 3.17
+++ programs/xkbcomp/xkbcomp.c 2002/11/03 14:57:04
-873,16 +873,30
* -- Branden Robinson
*/
int outputFileFd;
+int binMode = 0;
+const char *openMode = w;
unlink(outputFile);
+#ifdef O_BINARY
+switch (outputFormat) {
+case WANT_XKM_FILE:
+binMode = O_BINARY;
+openMode = wb;
+break;
+default:
+binMode = 0;
+break;
+}
+#endif
outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL,
- S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
+ S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode);
if (outputFileFd0) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
outputFile);
ACTION(Exiting\n);
exit(1);
}
- out= fdopen(outputFileFd, w);
+
+ out= fdopen(outputFileFd, openMode);
/* end BR */
if (out==NULL) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
Fun weekend
This weekend was interesting. On Saturday I picked up a Samsung SyncMaster 191T, using the funds that have been donated by the generous Cygwin/XFree86 supporters (I also chipped in a substantial amount of money on my own, for anyone keeping score :) This gives me a nice readable display and it replaces the hideous 15 inch LCD that I had caused two permanent vertical lines (one blue, one yellow) by not wiping off the windex before it ran down under the bezel (stupid, stupid me). I hated looking at the monitor because it reminded me of my own stupidity. :) I then ran back to the store and picked up an ATI All In Wonder Radeon 8500 DV since it has a DVI-I output. This was necessary because I was getting some interference patterns when running in 1280x1024 with the analog DB-15 input. The DVI input cleared up the interference completely and my display is now beautifuly. However, getting the display to work perfectly took about 8 hours, as it was dropping frames when playing DVDs (the motion was extremely jerky) and recording video was dropping tons of frames as well. I was misled by the ATI documentation and utilities into thinking that this was either due to a misconfiguration of the hard drive interface (i.e., UDMA may not be enabled) or due to a poorly synchronized clock on my sound card (which is used for decoding the audio). I stumbled upon the correct solution, more on that below, after an entire day of poking around. I thought that the solution was the hard drive drivers, but I was wrong. Anyway, on Sunday morning I booted up the machine, after having spent all of Saturday and Saturday night until 3:00 AM configuring it. Windows reported that WINNT\SYSTEM32\CONFIG\SYSTEM could not be found. Great. I ran setup to a repair, but setup could not find my Windows installation. So, I ran the recovery console. All of my data was still there, but chkdsk reported errors. This totally agrees with the fact that running some executables over the past two weeks would completely lock the machine. These executables were most likely corrupt. In any case, I needed a new hard drive. (Luckily, I could copy data from the damaged drive to the Zip drive). I returned to the store again and bought an 80 GB Western Digital HD. I reinstalled Windows 2000, only to find that the drive letter assigned to the new drive was F and the old drive was C. So, I changed the old drive to C, and reinstalled Windows 2000 again (since it will not let you change the drive letter of the boot drive, yay). Now the new drive was C and the old drive was D, perfect. I then copied over all of my data. Thank god none of that was lost. Unfortunately, I had lost the entire weekend due to computer troubles. As for the video problems, I would have known exactly what was wrong had I tried to run XWin.exe at any point during my attempts to fix the jerky DVDs and video recording. The first time I ran XWin.exe after setting up the new hard drive, I noticed that the X background took about 4 seconds to draw, and directory listings were visibly crawling. This new card was 10 times slower than my old card when using the DirectDraw engines; the GDI engine, on the other hand, ran very quickly. So, I uninstalled my graphics card drivers (keeping the Hardware Manager applet open, otherwise this does not work), then reran the setup.exe for the updated ATI drivers that I had downloaded. I then rebooted the machine and the DirectDraw engines were as blazingly fast as expected. The problems with the DVD playback and video recording were also fixed. I had originally installed the downloaded drivers, thinking that they would not be overwritten with an older version when I installed the ATI software from the enclosed CD-ROM, but the drivers were, in fact, overwritten with an older version. That older version has terrible performance. The newer version is amazing. In sum total, I now have a machine that I can actually stand to use for programming again. You could probably chart my fall-off in involvement with Cygwin/XFree86 and notice that it has only been happening since I damanaged my monitor. Now that I have a normal monitor, I expect to get a little patching done now and then. Thanks once again to all of those who have contributed (source code, donations, anything) to the Cygwin/XFree86 project! Harold
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
For kicks, I did some poking around at http://msdn.microsoft.com by searching on multiple monitors. Found lots of good reading. You might want to do the same. I noticed a hint that said something to the effect of an application will try to create its window on the same monitor on which it's shortcut is located. What happens if you run startxwin.bat via a shortcut on the secondary monitor? From: Harold L Hunt II [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 10:49:09 -0500 MIME-Version: 1.0 Received: from sources.redhat.com ([209.249.29.67]) by mc3-f41.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 4 Nov 2002 07:51:18 -0800 Received: (qmail 24961 invoked by alias); 4 Nov 2002 15:49:16 - Received: (qmail 24899 invoked from network); 4 Nov 2002 15:49:15 - Received: from unknown (HELO sargasso.cse.msu.edu) (35.9.20.10) by sources.redhat.com with SMTP; 4 Nov 2002 15:49:15 - Received: from msu.edu (ajboggs.tcimet.net [198.109.162.133])by sargasso.cse.msu.edu (8.12.5/8.12.5) with ESMTP id gA4Fn9fF024848for [EMAIL PROTECTED]; Mon, 4 Nov 2002 10:49:09 -0500 (EST) Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-xfree-unsubscribe-j_tetazoo=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-xfree-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:cygwin-xfree;cygwin.com List-Help: mailto:cygwin-xfree-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021014 X-Accept-Language: en-us, en References: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] In-Reply-To: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 04 Nov 2002 15:51:18.0726 (UTC) FILETIME=[03C82660:01C2841A] Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
By the way, this reponse was directed at Jean-Claude, not you, Harold. From: Thomas Chadwick [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 11:15:09 -0500 For kicks, I did some poking around at http://msdn.microsoft.com by searching on multiple monitors. Found lots of good reading. You might want to do the same. I noticed a hint that said something to the effect of an application will try to create its window on the same monitor on which it's shortcut is located. What happens if you run startxwin.bat via a shortcut on the secondary monitor? From: Harold L Hunt II [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 10:49:09 -0500 MIME-Version: 1.0 Received: from sources.redhat.com ([209.249.29.67]) by mc3-f41.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 4 Nov 2002 07:51:18 -0800 Received: (qmail 24961 invoked by alias); 4 Nov 2002 15:49:16 - Received: (qmail 24899 invoked from network); 4 Nov 2002 15:49:15 - Received: from unknown (HELO sargasso.cse.msu.edu) (35.9.20.10) by sources.redhat.com with SMTP; 4 Nov 2002 15:49:15 - Received: from msu.edu (ajboggs.tcimet.net [198.109.162.133])by sargasso.cse.msu.edu (8.12.5/8.12.5) with ESMTP id gA4Fn9fF024848for [EMAIL PROTECTED]; Mon, 4 Nov 2002 10:49:09 -0500 (EST) Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-xfree-unsubscribe-j_tetazoo=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-xfree-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:cygwin-xfree;cygwin.com List-Help: mailto:cygwin-xfree-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021014 X-Accept-Language: en-us, en References: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] In-Reply-To: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 04 Nov 2002 15:51:18.0726 (UTC) FILETIME=[03C82660:01C2841A] Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap
RE: Fun weekend
Really cool post-mortem Harold! I've also got an 80GB HD (UDMA) and a Radeon All-In-Wonder (but the older model) And yeah, been there, done that too! When Windows gets in a funk like that, there isn't a whole lot to do. If I remember correctly though, you can run Regedit in DOS mode and make changes to the registry. At least you could, some time ago; MS had built Regedit with a DOS-mode stub that could spit the registry out to a textfile or read a text file and apply the changes in it to the system registry. This stub is usually a little program that says This program requires Microsoft Windows to run, but you can actually use a different stub (of your own creation) if you want to when you build your app. Anyhow, I'm not sure if even that could have saved you :-O -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, November 04, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Fun weekend This weekend was interesting. On Saturday I picked up a Samsung SyncMaster 191T, using the funds that have been donated by the generous Cygwin/XFree86 supporters (I also chipped in a substantial amount of money on my own, for anyone keeping score :) This gives me a nice readable display and it replaces the hideous 15 inch LCD that I had caused two permanent vertical lines (one blue, one yellow) by not wiping off the windex before it ran down under the bezel (stupid, stupid me). I hated looking at the monitor because it reminded me of my own stupidity. :) I then ran back to the store and picked up an ATI All In Wonder Radeon 8500 DV since it has a DVI-I output. This was necessary because I was getting some interference patterns when running in 1280x1024 with the analog DB-15 input. The DVI input cleared up the interference completely and my display is now beautifuly. However, getting the display to work perfectly took about 8 hours, as it was dropping frames when playing DVDs (the motion was extremely jerky) and recording video was dropping tons of frames as well. I was misled by the ATI documentation and utilities into thinking that this was either due to a misconfiguration of the hard drive interface (i.e., UDMA may not be enabled) or due to a poorly synchronized clock on my sound card (which is used for decoding the audio). I stumbled upon the correct solution, more on that below, after an entire day of poking around. I thought that the solution was the hard drive drivers, but I was wrong. Anyway, on Sunday morning I booted up the machine, after having spent all of Saturday and Saturday night until 3:00 AM configuring it. Windows reported that WINNT\SYSTEM32\CONFIG\SYSTEM could not be found. Great. I ran setup to a repair, but setup could not find my Windows installation. So, I ran the recovery console. All of my data was still there, but chkdsk reported errors. This totally agrees with the fact that running some executables over the past two weeks would completely lock the machine. These executables were most likely corrupt. In any case, I needed a new hard drive. (Luckily, I could copy data from the damaged drive to the Zip drive). I returned to the store again and bought an 80 GB Western Digital HD. I reinstalled Windows 2000, only to find that the drive letter assigned to the new drive was F and the old drive was C. So, I changed the old drive to C, and reinstalled Windows 2000 again (since it will not let you change the drive letter of the boot drive, yay). Now the new drive was C and the old drive was D, perfect. I then copied over all of my data. Thank god none of that was lost. Unfortunately, I had lost the entire weekend due to computer troubles. As for the video problems, I would have known exactly what was wrong had I tried to run XWin.exe at any point during my attempts to fix the jerky DVDs and video recording. The first time I ran XWin.exe after setting up the new hard drive, I noticed that the X background took about 4 seconds to draw, and directory listings were visibly crawling. This new card was 10 times slower than my old card when using the DirectDraw engines; the GDI engine, on the other hand, ran very quickly. So, I uninstalled my graphics card drivers (keeping the Hardware Manager applet open, otherwise this does not work), then reran the setup.exe for the updated ATI drivers that I had downloaded. I then rebooted the machine and the DirectDraw engines were as blazingly fast as expected. The problems with the DVD playback and video recording were also fixed. I had originally installed the downloaded drivers, thinking that they would not be overwritten with an older version when I installed the ATI software from the enclosed CD-ROM, but the drivers were, in fact, overwritten with an older version. That older version has terrible performance. The newer version is amazing. In sum total, I now have a machine that I can actually stand to use for programming again. You could
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Thomas, Heh... I read your response and figured that you were not talking to me :) Harold Thomas Chadwick wrote: By the way, this reponse was directed at Jean-Claude, not you, Harold. From: Thomas Chadwick [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 11:15:09 -0500 For kicks, I did some poking around at http://msdn.microsoft.com by searching on multiple monitors. Found lots of good reading. You might want to do the same. I noticed a hint that said something to the effect of an application will try to create its window on the same monitor on which it's shortcut is located. What happens if you run startxwin.bat via a shortcut on the secondary monitor? From: Harold L Hunt II [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Date: Mon, 04 Nov 2002 10:49:09 -0500 MIME-Version: 1.0 Received: from sources.redhat.com ([209.249.29.67]) by mc3-f41.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 4 Nov 2002 07:51:18 -0800 Received: (qmail 24961 invoked by alias); 4 Nov 2002 15:49:16 - Received: (qmail 24899 invoked from network); 4 Nov 2002 15:49:15 - Received: from unknown (HELO sargasso.cse.msu.edu) (35.9.20.10) by sources.redhat.com with SMTP; 4 Nov 2002 15:49:15 - Received: from msu.edu (ajboggs.tcimet.net [198.109.162.133])by sargasso.cse.msu.edu (8.12.5/8.12.5) with ESMTP id gA4Fn9fF024848for [EMAIL PROTECTED]; Mon, 4 Nov 2002 10:49:09 -0500 (EST) Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-xfree-unsubscribe-j_tetazoo=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-xfree-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:cygwin-xfree;cygwin.com List-Help: mailto:cygwin-xfree-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021014 X-Accept-Language: en-us, en References: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] In-Reply-To: 00aa01c28415$14cbdec0$[EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 04 Nov 2002 15:51:18.0726 (UTC) FILETIME=[03C82660:01C2841A] Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler
RE: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Thomas - Yes, I've tried invoking XWin from the second display, but no dice. Harold - Yup, of course; all good things take time. I'm currently learning more and more about X anyway, so I might even be able to help out at some point; It seems that to be able to contribute to a project like Cygwin, you have to know Win32 and *nix equally well. Here's the work-around that I've found; brace yourselves - I grab the taskbar and drag it onto the second display (the reason for this will become clearer in a moment) Using the -engine 1, I start XWin in rootless mode (Yay! Rootless mode rocks!) I drag the taskbar back to the primary display, now that XWin has calculated the window-size excluding the task-bar. I right-click on XWin's taskbar icon and select MOVE, then I use the arrow-keys to move XWin's display across to the other screen, and press enter once it's properly positioned. Alternatively, I could just LEAVE the taskbar on the second display, but then I have a problem remote-controlling the box with another Microsoft gem, Netmeeting. Thanks for your reading. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, November 04, 2002 10:49 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha keystrokes. I discovered I needed this feature because the to display I have uses the state of CapsLock on its attached keyboard to determine if CapsLock is on (instead of obeying the CapsLock Press/Release keyboard events). x2x-1.27-1: Initial Release. Vendor code built and package as-is. KNOWN BUGS Doesn't work very well with the new rootless mode of XWin. I plan to fix this in a future release. INSTALLATION INSTRUCTIONS To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'x2x' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Jean-Claude, So, what you really want is to be able to say ``start screen 0 on physical monitor x'', right? That way the rootless X would pop up on the desired monitor. Additionally, you want to make sure that the sreen size is not reduced by the size of the taskbar, which is not present on the pysical monitor that X will be displayed on? I think I can work something like that. I am actually in a slightly better position to help you now too. I don't have two monitors (I gave the old one away, to get it out of my sight), but I do have two video cards and a dual-input monitor that I can easily switch between inputs on. Thus, I can setup a rudimentary dual-display system that I can at least use to test if dual displays are handled correctly. I may give this a try, but this is going to be a rough week with programming projects for my classes, so it may have to wait a little while. Harold Jean-Claude Gervais wrote: Thomas - Yes, I've tried invoking XWin from the second display, but no dice. Harold - Yup, of course; all good things take time. I'm currently learning more and more about X anyway, so I might even be able to help out at some point; It seems that to be able to contribute to a project like Cygwin, you have to know Win32 and *nix equally well. Here's the work-around that I've found; brace yourselves - I grab the taskbar and drag it onto the second display (the reason for this will become clearer in a moment) Using the -engine 1, I start XWin in rootless mode (Yay! Rootless mode rocks!) I drag the taskbar back to the primary display, now that XWin has calculated the window-size excluding the task-bar. I right-click on XWin's taskbar icon and select MOVE, then I use the arrow-keys to move XWin's display across to the other screen, and press enter once it's properly positioned. Alternatively, I could just LEAVE the taskbar on the second display, but then I have a problem remote-controlling the box with another Microsoft gem, Netmeeting. Thanks for your reading. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, November 04, 2002 10:49 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 Jean-Claude, No, there is not way for Cygwin/XFree86 to use the entire area of the dual-display; that is pretty much a limitation of DirectDraw, if I recall correctly (I seem to remember that a surface can only span a single physical monitor). You could probably pass the ``-engine 1'' argument to use the GDI-based blitter, but that would still be limited to a single physical display because Cygwin/XFree86 trims the specified size to fit on the primary monitor. We would need some sort of new command-line argument to indicate that the specified size is not to be trimmed in anyway, or we could have a flag that says to use the entire virtual desktop size. I prefer the later. In any case, some coding will need to happen before your request can be realized. Harold Jean-Claude Gervais wrote: Great news Thomas, Um, since you know so much about dual-displays, maybe you could help me? I'm running Cygwin XFree on a machine inside which I have installed two video cards; this in effect creates a really large Windows desktop. I'm just wondering if you know of any way to get the Cygwin XFree display to either use the full desktop surface, or failing that, is there a way to get Cygwin XFree to start up on the right-hand side of the display, because it never seems to want to start on the second display... Thanks in advance. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Thomas Chadwick Sent: Monday, November 04, 2002 9:47 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2 ANNOUCEMENT An update to the Cygwin/XFree86 package 'x2x' is now available. DESCRIPTION The usefulness of this utility will become apparent to anyone with a PC side-by-side with an *ix workstation. Simply bring up an XWindows session on each machine, run x2x on the PC, and use your PC's mouse and keyboard to control your *ix workstation's display. Works better and is cheaper than a KVM (Keyboard/Video/Mouse) switch. It also works much like a multi-headed X session. RELEASE HISTORY x2x-1.27-2 (current release): Bugfix and enhancement release. Changes are: 1) Fixed problem in which x2x consumes nearly 100% of the CPU. This was due to a problem in setting up a call to select(), which was causing it to be non-blocking. 2) Added some includes and cleaned-up some code to cut down on compiler warnings. 3) Added a whole new feature! Invoking x2d with a command-line flag of -capslockhackcauses it to wrap Shift key Press/ Release events around alpha
Re: XWin.exe crashes
Christopher Faylor wrote:
I thought your patch only added a b to reads and writes which would
indicate that it needed to operate entirely in binmode. However, I
see that in some cases, it doesn't add the b. Not sure why.
This seems to be the opposite of what you're implying though.
I'm not sure for the other cases. So I just changed the case where the
wb was definitly missing.
Fixing bugs at work showed me one thing: Changing not exactly the condition
where the bug occured will likely introduce a new one. If the XFree maintainer
which applies the patch is sure about the other cases, he can easily add the
t where it belongs.
cgf
Index: programs/Xserver/xkb/ddxLoad.c
===
RCS file: /cvs/xc/programs/Xserver/xkb/ddxLoad.c,v
retrieving revision 3.30
diff -u -r3.30 ddxLoad.c
--- programs/Xserver/xkb/ddxLoad.c2002/05/31 18:46:06 3.30
+++ programs/Xserver/xkb/ddxLoad.c2002/11/03 12:29:17
-413,7 +413,7
else if (strlen(xkm_output_dir)+strlen(mapName)+5 = PATH_MAX)
sprintf(buf,%s%s.xkm,xkm_output_dir,mapName);
if (buf[0] != '\0')
- file= fopen(buf,r);
+ file= fopen(buf,rb);
else file= NULL;
}
else file= NULL;
This is the server. It reads the binary file. So the b should be there.
The automode maybe fixed this automaticly, but this is the IMHO the better
way.
Index: programs/xkbcomp/xkbcomp.c
===
RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v
retrieving revision 3.17
diff -u -r3.17 xkbcomp.c
--- programs/xkbcomp/xkbcomp.c2002/06/05 00:00:37 3.17
+++ programs/xkbcomp/xkbcomp.c2002/11/03 14:57:04
-873,16 +873,30
* -- Branden Robinson
*/
int outputFileFd;
+int binMode = 0;
+const char *openMode = w;
unlink(outputFile);
+#ifdef O_BINARY
+switch (outputFormat) {
+case WANT_XKM_FILE:
+binMode = O_BINARY;
+openMode = wb;
+break;
+default:
+binMode = 0;
+break;
+}
+#endif
outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL,
- S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
+ S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode);
if (outputFileFd0) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
outputFile);
ACTION(Exiting\n);
exit(1);
}
- out= fdopen(outputFileFd, w);
+
+ out= fdopen(outputFileFd, openMode);
/* end BR */
if (out==NULL) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
This is for xkbcomp. Here the binary file gets written. So I added wb
where it was needed and left the other unchanged.
bye
ago
--
Re: XWin.exe crashes
Alan,
Do you want to apply Alexander's patch directly, or do you want me to
apply it locally, test it, then submit it for inclusion in the trunk?
Note, this applies to xkb stuff.
Harold
Alexander Gottwald wrote:
Christopher Faylor wrote:
I thought your patch only added a b to reads and writes which would
indicate that it needed to operate entirely in binmode. However, I
see that in some cases, it doesn't add the b. Not sure why.
This seems to be the opposite of what you're implying though.
I'm not sure for the other cases. So I just changed the case where the
wb was definitly missing.
Fixing bugs at work showed me one thing: Changing not exactly the condition
where the bug occured will likely introduce a new one. If the XFree maintainer
which applies the patch is sure about the other cases, he can easily add the
t where it belongs.
cgf
Index: programs/Xserver/xkb/ddxLoad.c
===
RCS file: /cvs/xc/programs/Xserver/xkb/ddxLoad.c,v
retrieving revision 3.30
diff -u -r3.30 ddxLoad.c
--- programs/Xserver/xkb/ddxLoad.c 2002/05/31 18:46:06 3.30
+++ programs/Xserver/xkb/ddxLoad.c 2002/11/03 12:29:17
-413,7 +413,7
else if (strlen(xkm_output_dir)+strlen(mapName)+5 = PATH_MAX)
sprintf(buf,%s%s.xkm,xkm_output_dir,mapName);
if (buf[0] != '\0')
- file= fopen(buf,r);
+ file= fopen(buf,rb);
else file= NULL;
}
else file= NULL;
This is the server. It reads the binary file. So the b should be there.
The automode maybe fixed this automaticly, but this is the IMHO the better
way.
Index: programs/xkbcomp/xkbcomp.c
===
RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v
retrieving revision 3.17
diff -u -r3.17 xkbcomp.c
--- programs/xkbcomp/xkbcomp.c 2002/06/05 00:00:37 3.17
+++ programs/xkbcomp/xkbcomp.c 2002/11/03 14:57:04
-873,16 +873,30
* -- Branden Robinson
*/
int outputFileFd;
+int binMode = 0;
+const char *openMode = w;
unlink(outputFile);
+#ifdef O_BINARY
+switch (outputFormat) {
+case WANT_XKM_FILE:
+binMode = O_BINARY;
+openMode = wb;
+break;
+default:
+binMode = 0;
+break;
+}
+#endif
outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL,
- S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
+ S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode);
if (outputFileFd0) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
outputFile);
ACTION(Exiting\n);
exit(1);
}
- out= fdopen(outputFileFd, w);
+
+ out= fdopen(outputFileFd, openMode);
/* end BR */
if (out==NULL) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
This is for xkbcomp. Here the binary file gets written. So I added wb
where it was needed and left the other unchanged.
bye
ago
Re: XWin.exe crashes
Oh, now this is just great. I opened this email in Mozilla, hit reply,
changed the address to send this only to Alan, and it still got sent to
the mailing list. Time for a new nightly of Mozilla...
Harold
Harold L Hunt II wrote:
Alan,
Do you want to apply Alexander's patch directly, or do you want me to
apply it locally, test it, then submit it for inclusion in the trunk?
Note, this applies to xkb stuff.
Harold
Alexander Gottwald wrote:
Christopher Faylor wrote:
I thought your patch only added a b to reads and writes which would
indicate that it needed to operate entirely in binmode. However, I
see that in some cases, it doesn't add the b. Not sure why.
This seems to be the opposite of what you're implying though.
I'm not sure for the other cases. So I just changed the case where the
wb was definitly missing.
Fixing bugs at work showed me one thing: Changing not exactly the
condition
where the bug occured will likely introduce a new one. If the XFree
maintainer which applies the patch is sure about the other cases, he
can easily add the
t where it belongs.
cgf
Index: programs/Xserver/xkb/ddxLoad.c
===
RCS file: /cvs/xc/programs/Xserver/xkb/ddxLoad.c,v
retrieving revision 3.30
diff -u -r3.30 ddxLoad.c
--- programs/Xserver/xkb/ddxLoad.c2002/05/31 18:46:063.30
+++ programs/Xserver/xkb/ddxLoad.c2002/11/03 12:29:17
-413,7 +413,7
else if (strlen(xkm_output_dir)+strlen(mapName)+5 = PATH_MAX)
sprintf(buf,%s%s.xkm,xkm_output_dir,mapName);
if (buf[0] != '\0')
-file= fopen(buf,r);
+file= fopen(buf,rb);
else file= NULL;
}
else file= NULL;
This is the server. It reads the binary file. So the b should be
there. The automode maybe fixed this automaticly, but this is the
IMHO the better
way.
Index: programs/xkbcomp/xkbcomp.c
===
RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v
retrieving revision 3.17
diff -u -r3.17 xkbcomp.c
--- programs/xkbcomp/xkbcomp.c2002/06/05 00:00:373.17
+++ programs/xkbcomp/xkbcomp.c2002/11/03 14:57:04
-873,16 +873,30
* -- Branden Robinson
*/
int outputFileFd;
+int binMode = 0;
+const char *openMode = w;
unlink(outputFile);
+#ifdef O_BINARY
+switch (outputFormat) {
+case WANT_XKM_FILE:
+binMode = O_BINARY;
+openMode = wb;
+break;
+default:
+binMode = 0;
+break;
+}
+#endif
outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL,
-S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
+
S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode);
if (outputFileFd0) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
outputFile);
ACTION(Exiting\n);
exit(1);
}
-out= fdopen(outputFileFd, w);
++out= fdopen(outputFileFd, openMode);
/* end BR */
if (out==NULL) {
ERROR1(Cannot open \%s\ to write keyboard description\n,
This is for xkbcomp. Here the binary file gets written. So I added wb
where it was needed and left the other unchanged.
bye
ago
Re: [ANNOUNCEMENT] Updated Cygwin/XFree86 Package: x2x-1.27-2
Harold L Hunt II wrote: I am actually in a slightly better position to help you now too. I don't have two monitors (I gave the old one away, to get it out of my sight), but I do have two video cards and a dual-input monitor that I can easily switch between inputs on. Sounds like a crazy where-is-my-mouse search. Hint: It's always on the monitor which is not displayed *g* Thus, I can setup a rudimentary dual-display system that I can at least use to test if dual displays are handled correctly. I believe some people on this list are happy to hear this. Good luck, ago
RE: Multiple monitors
-Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, November 04, 2002 12:23 PM So, what you really want is to be able to say ``start screen 0 on physical monitor x'', right? That way the rootless X would pop up on the desired monitor. Additionally, you want to make sure that the sreen size is not reduced by the size of the taskbar, which is not present on the pysical monitor that X will be displayed on? I think I can work something like that. EXACLTY! Also, calling GetSystemMetrics( SM_CXVIRTUALSCREEN ), GetSystemMetrics( SM_CXVIRTUALSCREEN ), when the -engine 1 option is in effect can yield the TRUE size of the display, so if the -engine 1 option and say, he -wholedesktop option is ALSO in effect, maybe XWin could create a window that would fill both displays?
Strange xhost behavior- Please help!!
Hi! I have the following problem: - I have started a bash consol window as usual with cygwin.bat $ XWin.exe $ export DISPLAY=127.0.0.1:0.0 $ xhost + Then from another host: [einstein]$ export DISPLAY=127.0.0.1:0.0 [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xterm # The window was accepted and displayed Second try from einstein: [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xhost + Third try from einstein: [einstein]$ xterm # The window was accepted and displayed So, the X server first needs an xterm from the original host, only after that will accept connection from another hosts. I have found, that the second xhost + works from the in the X server previously displayed xterm too. Why is this so? Why the first xhost + does not work? Can anybody help me? (I have the latest X server:4.2.0-1). Thanks, Jozsef Kercso
Re: Strange xhost behavior- Please help!!
Jozsef, You example makes no sense at all. The problem is that 127.0.0.1 is a fake address that is only used for connections that loop back to the local machine that you are on. You cannot connect across the network to the machine with address 127.0.0.1 because *every* machine on the network has the idea that it is machine 127.0.0.1. You need to use the real IP address of that machine that you want to connect to, and make sure that you can actually ping it before trying this again. Harold Kercso Jozsef wrote: Hi! I have the following problem: - I have started a bash consol window as usual with cygwin.bat $ XWin.exe $ export DISPLAY=127.0.0.1:0.0 $ xhost + Then from another host: [einstein]$ export DISPLAY=127.0.0.1:0.0 [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xterm # The window was accepted and displayed Second try from einstein: [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xhost + Third try from einstein: [einstein]$ xterm # The window was accepted and displayed So, the X server first needs an xterm from the original host, only after that will accept connection from another hosts. I have found, that the second xhost + works from the in the X server previously displayed xterm too. Why is this so? Why the first xhost + does not work? Can anybody help me? (I have the latest X server:4.2.0-1). Thanks, Jozsef Kercso
Re: Strange xhost behavior- Please help!!
Jozsef, Wait a minute... you will have to excuse me. You meant ``from another xhost terminal'', not ``from another machine on the network.''. Forget what I said in my previous email. Harold Kercso Jozsef wrote: Hi! I have the following problem: - I have started a bash consol window as usual with cygwin.bat $ XWin.exe $ export DISPLAY=127.0.0.1:0.0 $ xhost + Then from another host: [einstein]$ export DISPLAY=127.0.0.1:0.0 [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xterm # The window was accepted and displayed Second try from einstein: [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xhost + Third try from einstein: [einstein]$ xterm # The window was accepted and displayed So, the X server first needs an xterm from the original host, only after that will accept connection from another hosts. I have found, that the second xhost + works from the in the X server previously displayed xterm too. Why is this so? Why the first xhost + does not work? Can anybody help me? (I have the latest X server:4.2.0-1). Thanks, Jozsef Kercso
Re: Strange xhost behavior- Please help!!
Jozsef, Use /usr/X11R6/bin/startxwin.bat to start Cygwin/XFree86. Then go to your bash terminal and run these commands: cd /usr/X11R6/bin export DISPLAY=127.0.0.1:0.0 xterm See if that works. Part of your problem could be starting XWin.exe from a bash prompt... which I never do, though other users swear by it. Harold Kercso Jozsef wrote: Hi! I have the following problem: - I have started a bash consol window as usual with cygwin.bat $ XWin.exe $ export DISPLAY=127.0.0.1:0.0 $ xhost + Then from another host: [einstein]$ export DISPLAY=127.0.0.1:0.0 [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xterm # The window was accepted and displayed Second try from einstein: [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xhost + Third try from einstein: [einstein]$ xterm # The window was accepted and displayed So, the X server first needs an xterm from the original host, only after that will accept connection from another hosts. I have found, that the second xhost + works from the in the X server previously displayed xterm too. Why is this so? Why the first xhost + does not work? Can anybody help me? (I have the latest X server:4.2.0-1). Thanks, Jozsef Kercso
RE: Strange xhost behavior- Please help!!
The problem is a feeture of all X-servers: When the X-server detects that the last client connection terminates, the server does a full reset. xhost is NOT a persistent connection. As soon as the xhost program completes it's job (telling the X-Server host to change the permissions), the xhost program closes it's connection with the X-server. Since (in your case) it is the ONLY connection at that time, the X-server resets and promptly eradicates the xhost setting. You need to open a persistent connection first: an xterm, a window manager, xclock, something -D. - David Dawson [EMAIL PROTECTED] 703-367-3885 -Original Message- From: Kercso Jozsef [mailto:jozsefke;freemail.hu] Sent: Monday, November 04, 2002 1:25 PM To: [EMAIL PROTECTED] Subject: Strange xhost behavior- Please help!! Hi! I have the following problem: - I have started a bash consol window as usual with cygwin.bat $ XWin.exe $ export DISPLAY=127.0.0.1:0.0 $ xhost + Then from another host: [einstein]$ export DISPLAY=127.0.0.1:0.0 [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xterm # The window was accepted and displayed Second try from einstein: [einstein]$ xterm Xlib: connection to 127.0.01:0.0 refused by server Xlib: No protocol specified Then at the original host: $ xhost + Third try from einstein: [einstein]$ xterm # The window was accepted and displayed So, the X server first needs an xterm from the original host, only after that will accept connection from another hosts. I have found, that the second xhost + works from the in the X server previously displayed xterm too. Why is this so? Why the first xhost + does not work? Can anybody help me? (I have the latest X server:4.2.0-1). Thanks, Jozsef Kercso
Re: Strange xhost behavior- Please help!!
Dawson, David W was recently quoted as saying... When the X-server detects that the last client connection terminates, the server does a full reset. xhost is NOT a persistent connection. As soon as the xhost program completes it's job (telling the X-Server host to change the permissions), the xhost program closes it's connection with the X-server. Since (in your case) it is the ONLY connection at that time, the X-server resets and promptly eradicates the xhost setting. You need to open a persistent connection first: an xterm, a window manager, xclock, something ... or run XWin.exe with the -noreset option. == Keith D. Tyler[EMAIL PROTECTED] Federal Way, WA http://www.keithtyler.com -- If Tyrrany and Oppresion come to this land, it will be under the guise of fighting a foreign enemy. - James Madison, U.S. President 1809-1817 ==
Inconvinient colormap
Dear sirs, I have used the new version of XFree86 since August. I am happy with it. Some fine tunning is still needed. One problem is related to the 256-colors colormap, (I am using windows95). This colormap is not convenient because some important colors, such as green3 or red3, are not included. For example the color features of RXVT cannot be used. I suppose that the colormap is inherited from Windows (?), so that it connot be modified. If such is the case, I sugest to modify instead the /llib/X11/rgb.txt table. The color red3=205-0-0 is not in the colormap, but 204-0-0 is there. So if one modifies the definition (red3=204-0-0) the problem is solved. This should be done to few colors such as red3, green3, blue3,yellow3, magenta3, cyan3 and the grey scale. Many of the greys in the colormap have no name, but are very close to some standard greys that are not included in the colormap. Example: grey80=204-204-204 is not in the colormap, but there is a 203-203-203 grey that has no standard name. I hope this comments could be useful. Rodrigo Medina [EMAIL PROTECTED]
Re: AltGR problems with Windows XP
Andreas,
Interesting. I think you may have found the reason (and solution) for
why a select few users with non-U.S. keyboard layouts are still having
problems with fake Control_L presses and releases.
I appreciate the FSM state transition table, but could you give me a few
sentences describing how the new code detects the fake Control_L presses
and releases? That will make it a little easier for me to understand
your table.
Thanks for the patch,
Harold
Andreas Schessner wrote:
Hello,
I use the X server of Cygwin/XFree86 (XWin) and it is working fine on my
Windows 2000 Workstation but
running the same version on my Notebook (Windows XP) causes problems
with the AltGr handling.
I've noticed that pressing the AltGr Key produces a
KeyPress-Control_L
KeyPress-Mode_switch
KeyRelease-Control_L
KeyRelease-Mode_switch
event sequence (see xev output at the end of this mail).
I began to trace the code (winkeybd.c, function winIsFakeCtrl_L) and
found out that on my XP notebook the windows messages VK_CONTROL (the
faked Control_L) and VK_MENU don't have the same timestamp and it is not
always possible to get the following VK_MENU message by issuing the
PeekMessage().
I don't know if this problem is relating to my Notebook (Dell Latitude)
or to Windows XP. Are there other people having the same problems?
Andreas
PS.
For now I've implemented a workarround. I'm using a translation of the
incomming windows messages, which recognizes the fake Control_L messages
and filters them out.
Changes were made on following sources: win.h, winkeybd.c, winwndproc.c
The modified sources can be obtained from mee if desired:
This works fine for me...
The algorithm is desccribed below as a deterministic finite automata
(DFA)
input \ state | 0 (start) | 1| 2 | 3
KeyPressed-CtrlL (PCL) | 1 - | 1 - | 2 PCL | 1 -
KeyReleased-CtrlL (RCL) | 0 RCL | 0 PCL,RCL | 3 - | 0 RCL
KeyPressed-AltR (PAR) | 0 PAR | 2 PAR | 2 PAR | 0 PAR
KeyReleased-AltR (RAR) | 0 RAR | 0 PCL,RAR | 1 RAR | 0 RAR
any other key (*) | 0 * | 0 PCL,* | 2 * | 0 *
States:
0 (start),1,2,3
input and output alphabet:
KeyPressed-CtrlL (PCL), KeyReleased-CtrlL (RCL),
KeyPressed-AltR (PAR), KeyReleased-AltR (RAR),
no key (-), any other key(*)
the table shows the transitions:
new-state output
e.g. assume you are in state 1 and you receive a KeyReleased-CtrlL
message
then the new state of the DFA would be 0 and the events for
KeyPressed-CtrlL and KeyReleased-CtrlL
are sent to the XWin X-Server.
Implementation:
=
void winProcessKeyEvent (DWORD dwVirtualKey, DWORD dwKeyData)
{
static int iState = 0; /* initial State of DFA */
static int iCtrlCode = 0; /* initialized when first pressed... */
Bool fDown= ((dwKeyData 0x8000) == 0);
Bool fExt = ((HIWORD(dwKeyData) KF_EXTENDED) != 0);
intiPreKeyCode = XK_VoidSymbol;
Bool fCtrlUp, fCtrlDown, fMenuUp, fMenuDown;
intiKeyCode, i;
winTranslateKey (dwVirtualKey, dwKeyData, iKeyCode);
/*
* determine the input for the DFA
* (we use boolean indicators instead of an real alphabet)
*/
fCtrlUp = fCtrlDown = fMenuUp = fMenuDown = FALSE;
if (dwVirtualKey == VK_CONTROL) {
iCtrlCode = iKeyCode; /* save the scan code for VK_CONTROL */
if (fDown) fCtrlDown=TRUE;
else fCtrlUp =TRUE;
}
else if (dwVirtualKey == VK_MENU fExt) {
if (fDown) fMenuDown=TRUE;
else fMenuUp =TRUE;
}
#if CYGDEBUG
ErrorF(winProcessKeyEvent: 0x%0x, 0x%0x\n,dwVirtualKey,dwKeyData);
ErrorF(State=%d Input=0x%0x (%s)
,iState,dwVirtualKey,(fDown?DOWN:UP));
#endif
switch (iState) {
default:
case 0 :
if (fCtrlDown) { iState=1; iKeyCode=XK_VoidSymbol; }
else { iState=0; }
break;
case 1 :
if (fCtrlDown) { iState=1; }
else if (fMenuDown) { iState=2; }
else { iState=0; iPreKeyCode=iCtrlCode; }
break;
case 2 :
if (fCtrlUp){ iState=3; }
else if (fMenuUp){ iState=1; }
else { iState=2; }
break;
case 3 :
if (fCtrlDown) { iState=1; iKeyCode=XK_VoidSymbol; }
else{ iState=0; }
break;
}
#if CYGDEBUG
ErrorF( - State=%d, iState);
if (iPreKeyCode != XK_VoidSymbol) ErrorF( 0x%0x [0x0],,iPreKeyCode);
ErrorF( 0x%0x [0x%0x]\n,iKeyCode,dwKeyData);
#endif
if (iPreKeyCode != XK_VoidSymbol)
winSendKeyEvent(iPreKeyCode,TRUE);
if (iKeyCode!= XK_VoidSymbol)
for (i = 0; i LOWORD(dwKeyData); ++i)
winSendKeyEvent(iKeyCode, (dwKeyData 0x8000)==0);
}
Output of xev with the original XWin:
Re: Inconvinient colormap
Rodrigo, Hmm... that is potentially a very helpful observation. I cannot remember off-hand whether the color map is arbitrarily constructed, or whether I read the colors from the Windows color table. In either case, it is possible that I have a simple off-by-one error in how the colors are set. Could you send in your /tmp/XWin.log file from when you run in 256 color mode? I need to know a few things that are contained in that log file. Thanks, Harold [EMAIL PROTECTED] wrote: Dear sirs, I have used the new version of XFree86 since August. I am happy with it. Some fine tunning is still needed. One problem is related to the 256-colors colormap, (I am using windows95). This colormap is not convenient because some important colors, such as green3 or red3, are not included. For example the color features of RXVT cannot be used. I suppose that the colormap is inherited from Windows (?), so that it connot be modified. If such is the case, I sugest to modify instead the /llib/X11/rgb.txt table. The color red3=205-0-0 is not in the colormap, but 204-0-0 is there. So if one modifies the definition (red3=204-0-0) the problem is solved. This should be done to few colors such as red3, green3, blue3,yellow3, magenta3, cyan3 and the grey scale. Many of the greys in the colormap have no name, but are very close to some standard greys that are not included in the colormap. Example: grey80=204-204-204 is not in the colormap, but there is a 203-203-203 grey that has no standard name. I hope this comments could be useful. Rodrigo Medina [EMAIL PROTECTED]
Re: Cygwin-Xfree86 and XP and Solaris 8
Helmut, I think you need to point your ``font path'' at the font server running on the Solaris 8 machine. You can do this with the XWin.exe command-line parameter ``-fp''. There are examples on the web, and there is an example in the Cygwin/XFree86 FAQ: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts Note that ``-fp'' and the ``font path'' are not specific to Cygwin/XFree86, so they are not documented in the Cygwin/XFree86 User's Guide. Rather, these two items are generic to all XFree86 X Servers and therefore you can find lots of information about them from many sources on the web. Let us know if you have further questions, and be sure to let us know if the ``-fp'' parameter solves your problem. Harold Schiretz, Helmut F wrote: Hi, I have successfully installed and used Cygwin-Xfree86 (1.3.13 I believe - which I got from nas.nasa.gov) on a Windows 2000 machine and I am able to remotely connect to a Solaris 2.6 machine, but not to a Solaris 8 machine (it freezes whilst trying to connect). I have successfully installed Cygwin (1.3.14 I believe) on a Windows XP machine - it runs fine, but the X server locks up (freezes) whilst trying to connect to either the Solaris 2.6 machine. I have looked everywhere for the answer to these problems and how to resolve them - to no avail. I would greatly appreciate your input on these matters, Regards Helmut F. Schiretz Complex Maintenance Facility, Canberra Deep Space Communication Complex. BAE SYSTEMS, PO Box 638,FYSHWICK, ACT, Australia 2609 Tel: +61 2 6201 7850 Fax: +61 2 6201 7929 email: [EMAIL PROTECTED] # This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal #
Re: how does xwin resolve ip addresses
Chris Twiner wrote:
Hi Alexander,
I ran the program, the results are attached. I have the microsoft loopback
service as 10.10.1.1 . When the wireless is attached it's dhcp, but that
doesn't affect ipconfigs results.
I commented the output.
ls_netdev $Id: ls_netdev.c,v 1.2 2002/08/01 08:35:17 ago Exp $
OS Version: Windows NT 5.1 Build 2600
Querying devices using ioctl
lo: family=TCP/IP (0) addr=127.0.0.1
eth0: family=TCP/IP (0) addr=10.10.1.1
eth1: family=TCP/IP (0) addr=0.0.0.0
Querying devices using internal function
// Result from GetIpAddrTable
dwAddr= // 0.0.0.0 (DHCP?)
dwIndex=65540 // Intel 8255x-based PCI Ethernet Adapter (10/100)
dwMask= // 0.0.0.0
dwBCastAddr=0001// 1.0.0.0
dwReasmSize=65535
dwAddr=01010a0a // 10.10.1.1
dwIndex=2 // Microsoft Loopback Adapter
dwMask=00ff // 255.0.0.0
dwBCastAddr=0001// 1.0.0.0
dwReasmSize=65535
dwAddr=017f // 127.0.0.1
dwIndex=1 // Internal loopback interface for 127.0.0 network
dwMask=00ff // 255.0.0.0
dwBCastAddr=0001// 1.0.0.0
dwReasmSize=65535
dwAddr=2301a8c0 // 192.168.1.35
dwIndex=65541 // Wireless ? Interface is missing in the list below
dwMask=00ff // 255.255.255.0
dwBCastAddr=0001// 1.0.0.0
dwReasmSize=65535
// Result from GetIfTable
wszName=L
dwIndex=1
dwType=24
bDescr=Internal loopback interface for 127.0.0 network
wszName={
dwIndex=2
dwType=6
bDescr=Microsoft Loopback Adapter
wszName={
dwIndex=65540
dwType=6
bDescr=Intel 8255x-based PCI Ethernet Adapter (10/100)
// One interface is missing (65541) :-/
eth0: family=TCP/IP (0) addr=0.0.0.0
eth1: family=TCP/IP (0) addr=10.10.1.1
lo: family=TCP/IP (0) addr=127.0.0.1
Bad luck. It seems the ip address is correctly setup, but there is no
interface configured. Maybe reinstalling the drivers for the wireless
card will help.
I've searched the MSDN but there is no comment for the GetIfTable function
that it would not report wireless interfaces.
bye
ago
BTW: I threw the message back to the ML. Might be of interest there too.
NP: Zeraphine - Siehst Du mich
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
XFree leaking memory?
Hi all I am using the cygwin + xfree combination for my X server. I run the program for days on a W2k laptop and put the machine on stand by every night. W2k and xfree are restarted quite infrequently (once every 2-4 weeks). I have noticed in Task Manager that XWin process slowly but surely grows in size adding about 2Mb every day. It starts from 13 Mb but over the course of few days may become as large as 150 Mb (I have seen that). I tried to update XFree to the latest version a couple of weeks ago yet it did not stop growing in size. I mostly run fvwm and 2-3 xterms. I also occasionally display xterms and other things from other machines. I am curious if the developers are aware of/working on this issue? I could provide more details if needed/technically possible. Sincerely, Konstantin
Re: how does xwin resolve ip addresses
Bad luck. It seems the ip address is correctly setup, but there is no interface configured. Maybe reinstalling the drivers for the wireless card will help. I've searched the MSDN but there is no comment for the GetIfTable function that it would not report wireless interfaces. I'be build a new version, which queries the interface for each ip address. Can you please try it too? http://www-usercgi.tu-chemnitz.de/~goal/xfree/ls_netdev.tar.gz bye ago NP: Zeraphine - Deine Welt -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: XFree leaking memory?
Konstantin, Are you using the ``-rootless'' command-line parameter? If so, the developer of that feature mentioned that there was a memory leak and that he was working on fixing it. If not, then we might need to look into your problem as a previously unknown problem. Harold Konstantin N. Kudin wrote: Hi all I am using the cygwin + xfree combination for my X server. I run the program for days on a W2k laptop and put the machine on stand by every night. W2k and xfree are restarted quite infrequently (once every 2-4 weeks). I have noticed in Task Manager that XWin process slowly but surely grows in size adding about 2Mb every day. It starts from 13 Mb but over the course of few days may become as large as 150 Mb (I have seen that). I tried to update XFree to the latest version a couple of weeks ago yet it did not stop growing in size. I mostly run fvwm and 2-3 xterms. I also occasionally display xterms and other things from other machines. I am curious if the developers are aware of/working on this issue? I could provide more details if needed/technically possible. Sincerely, Konstantin
using XWinClip on windows 2000 it works but not on windows nt
any help? this is what I run I add a line in the startxwin.exe after the line start xwin start /B xwin -ac -noreset -screen 0 1152 864 -query Host_ip_address -fp tcp/host_ip_address:7100 -from my_local_ip_address after 10 seconds I run SET DISPLAY=localhost:0.0 start /B xwinclip.exe this same commends will work perfect in windows 2000(for xwinclip), but in windows nt it will say LocalDisplay_ip_address refused and will time out after five attempt's any help is appreciated === Eli Kleinman BH Photo - Video Pro Audio 420 9th Ave. New York, NY 10001 Tel: (212) 239-7500 Ext. 2154 Fax: (212) 239-7770 Email: [EMAIL PROTECTED] ===
Re: using XWinClip on windows 2000 it works but not on windows nt
Eli, Try 127.0.0.1 instead of localhost. Harold Eli Kleinman - IT Dept. wrote: any help? this is what I run I add a line in the startxwin.exe after the line start xwin start /B xwin -ac -noreset -screen 0 1152 864 -query Host_ip_address -fp tcp/host_ip_address:7100 -from my_local_ip_address after 10 seconds I run SET DISPLAY=localhost:0.0 start /B xwinclip.exe this same commends will work perfect in windows 2000(for xwinclip), but in windows nt it will say LocalDisplay_ip_address refused and will time out after five attempt's any help is appreciated === Eli Kleinman BH Photo - Video Pro Audio 420 9th Ave. New York, NY 10001 Tel: (212) 239-7500 Ext. 2154 Fax: (212) 239-7770 Email: [EMAIL PROTECTED] ===
Re: AltGR problems with Windows XP
Hi Harold, the FSM is doing something like a lookahead. This lookahead is only done when the first Control_L press is detected. Normally the FSM stays in the initial state 0 and passes all input through. So there is no real transformation. But if the FSM detects a Control_L press it keeps this symbol (no output) and memorizes this event in the state 1 If the following input symbol is anything else but a AltGr press, the memorized Control_L will be prepended to the actual input symbol. The output would be Control_L press, not-a-AltGr-key press or Control_L press, not-a-AltGr-key release The state would return to the initial state 0 (or stay in state 1 if the following symbol was another Control_L) Remark: The output of a Control_L press is delayed. This seems to be the only weakness (IMHO) of the algorithm. But it's not so bad as it's looking at the first sight. Normally a Control_L press key is mostly followed by another key press, which will end the delay. In worst case another Control_L press caused by the automatic repeat capability of your keyboard will end the delay. So the maximum delay for a Control_L press (for example if your are just holding down your left Control key) is the typmatic delay. In all other cases (a Control_L press followed by any other key press or release) the following key breaks the delay. The best way to prove the behaviour of the algorithm is to open the xev and look at the received events. Now, if we are in state 1, corresponding to a memorized Control_L press and the following input symbol is an AltGr press we discard the Control_L press by sending only the AltGr press to the output. The following state would be 2, memorizing that we have also to discrard the final Control_l release If we are in state 2, we are waiting for the final Control_L release. Getting this input symbol, we discard the Control_L release and return to the initial state (0). The state transition table shows one more state (state 3) . This state is obsolete and can be reduced (leftover from my tests). I will recode the FSM later. Resulting state transition table: input \ state | 0 (start) | 1 | 2| -- KeyPressed-CtrlL (PCL) | 1 - | 1 PCL | 2 PCL | KeyReleased-CtrlL (RCL) | 0 RCL | 0 PCL,RCL | 0 - | KeyPressed-AltR (PAR) | 0 PAR | 2 PAR | 2 PAR | KeyReleased-AltR (RAR) | 0 RAR | 0 PCL,RAR | 1 RAR | any other key (*) | 0 * | 0 PCL,* | 2 * | Andreas inline: FSM.jpg
RE: Inconvinient colormap
Hi Harold, Here is what I get when running rxvt inside XWindow: rmedinaLIMON /Cartas rxvt [1] 1007841 rmedinaLIMON /Cartas rxvt: can't load color Red3 rxvt: can't load color Red3 rxvt: can't load color Green3 rxvt: can't load color Green3 rxvt: can't load color Yellow3 rxvt: can't load color Yellow3 rxvt: can't load color Blue3 rxvt: can't load color Blue3 rxvt: can't load color Magenta3 rxvt: can't load color Magenta3 rxvt: can't load color Cyan3 rxvt: can't load color Cyan3 rxvt: can't load color AntiqueWhite rxvt: can't load color AntiqueWhite rxvt: can't load color Grey25 rxvt: can't load color Grey25 rxvt: can't load color #B2B2B2 rxvt: can't load color #B2B2B2 rxvt: can't allocate Color_bottomShadow -- Here follows /tmp/Xwin.log --- OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _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 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0017 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Windowed PseudoColor = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 8 bits per pixel winCreateBoundingWindowWindowed - Initial 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 737 r 1018 l 0 b 737 t 0 winCreateBoundingWindowWindowed - Returning winFinishScreenInitFB - Masks: winInitVisualsShadowGDI - Masks BPRGB 8 d 8 bpp 8 winScreenInit - returning (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) _XSERVTransSocketUNIXAccept: accept() failed _XSERVTransSocketUNIXAccept: accept() failed _XSERVTransSocketUNIXAccept: accept() failed - bye
Cygwin-Xfree86 and XP and Solaris 8
Hi, I have successfully installed and used Cygwin-Xfree86 (1.3.13 I believe - which I got from nas.nasa.gov) on a Windows 2000 machine and I am able to remotely connect to a Solaris 2.6 machine, but not to a Solaris 8 machine (it freezes whilst trying to connect). I have successfully installed Cygwin (1.3.14 I believe) on a Windows XP machine - it runs fine, but the X server locks up (freezes) whilst trying to connect to either the Solaris 2.6 machine. I have looked everywhere for the answer to these problems and how to resolve them - to no avail. I would greatly appreciate your input on these matters, Regards Helmut F. Schiretz Complex Maintenance Facility, Canberra Deep Space Communication Complex. BAE SYSTEMS, PO Box 638,FYSHWICK, ACT, Australia 2609 Tel: +61 2 6201 7850 Fax: +61 2 6201 7929 email: [EMAIL PROTECTED] # This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal #
winsup/cygwin ChangeLog sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-11-04 18:58:10 Modified files: cygwin : ChangeLog sigproc.cc Log message: * sigproc.cc (WAIT_SIG_PRIORITY): Bump to highest priority. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1564r2=1.1565 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.125r2=1.126
winsup/cygwin ChangeLog fhandler_process.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-11-04 19:21:33 Modified files: cygwin : ChangeLog fhandler_process.cc Log message: * fhandler_process.cc (fhandler_process::fill_filebuf): Deal with error condition from cmdline retrieval. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1565r2=1.1566 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_process.cc.diff?cvsroot=uberbaumr1=1.24r2=1.25
winsup/cygwin ChangeLog pinfo.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-11-04 19:39:25 Modified files: cygwin : ChangeLog pinfo.cc Log message: * pinfo.cc (_pinfo::commune_send): Initialize buffer or suffer random crashes. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1566r2=1.1567 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.66r2=1.67
winsup/cygwin ChangeLog fhandler_process.cc pi ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-11-04 20:23:42 Modified files: cygwin : ChangeLog fhandler_process.cc pinfo.cc sigproc.cc Log message: * sigproc.cc (WAIT_SIG_PRIORITY): Bump to THREAD_PRIORITY_TIME_CRITICAL. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1567r2=1.1568 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_process.cc.diff?cvsroot=uberbaumr1=1.25r2=1.26 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.67r2=1.68 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.126r2=1.127
winsup/cygwin fhandler_process.cc pinfo.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-11-04 20:24:49 Modified files: cygwin : fhandler_process.cc pinfo.cc Log message: revert erroneous checkins Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_process.cc.diff?cvsroot=uberbaumr1=1.26r2=1.27 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.68r2=1.69
Re: How can I use in console codepage different from ANSI and OEM?
Hi there egor! AG Thanx for help. But I've just try this recipe and nothing win. :-( Which recipe? The thread talks about proposed patch. By looking at the announcements, you may find that the patch has never been applied to the main cygwin sources. So you can either apply it yourself and build your own version of cygwin1.dll or wait for this patch to be applied. And no, i don't know when it's supposed to be, and whether author's assignment reached Redhat. ñ ×ÉÄÉÍÏ ÓÌÉÛËÏÍ ÏÐÔÉÍÉÓÔÉÞÎÏ ×ÏÓÐÒÉÎÑÌ ÜÔÏÔ ÐÏÓÔÉÎÇ, ÐÏÄÕÍÁÌ, ÞÔÏ × ÂÏÌÅÅ ÐÏÚÄÎÉÈ ×ÅÒÓÉÑÈ ÜÔÕ ×ÏÚÍÏÖÎÏÓÔØ ÕÖÅ ÒÅÁÌÉÚÏ×ÁÌÉ. :-( -- WBR, Alexander B. Gotlib, mailto:alex;cca.usart.ru / ICQ# 13043204. -|- -|- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RE: RE: MAKE - problem with small/capital letters in filenames
Hi! If the options to allow case-insensitive globbing are present, all you have to do is turn them on (using the MAKEFLAGS environment variable for make, and the appropriate .*rc file for the shell, IIRC). I see. I'll try to find this option. If these options are not available, there are still a few ways to fix this. One is modifying your makefile to include both %.d and %.D as targets *every time* you need globbing. Doesn't work. HELLO.D generated, but 'no rule ot make target hello.d'. Another is keeping files on a local drive and using either rsync or cvs to synchronize it with the network drive If nothing else work I'll try this. Thanks Zoltan Graff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc 3.1.1 for cygwin generates __imp_symbol
Hi all, I'm using gcc 3.1.1 on cygwin (i686) and i'm doing something to the tune of gcc -c foo.o $(CFLAGS) foo.c and all external references in foo.c are prefixed with __imp. ^^^ i.e nm foo.o shows something like ... U __imp_external_reference for a function external_reference(). It's desirable for me to make generate _external_reference() instead since i'm having trouble linking this .o file link with other libBAR.a files generated using GNU tools. The gcc flags i'm using are ... -c -fno-exceptions -fno-rtti -march=pentium -falign-functions=64 -Wa,--no-warn -finline-functions -O3 Please let me know if there is a way of supressing gcc from generating the __imp prefix for all externally referenced symbols. I looked at the gcc documentation and came it came up with nothing on this. Am i missing something or is it just my gray cells fizzing out ? Appreciate any help/pointers/[M's in RTFM's] on this ;) 8 (forgive me if this question has been beaten to death on this list already, i searched the archives already and could not find anything on this... so i mailed). PS: Hi Mumit Khan ! Wir müssen wissen, wir werden wissen (We must know, we shall know). - David Hilbert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: gcc 3.1.1 for cygwin generates __imp_symbol
All,
I discovered the reason for this. It's because of
__atribute__ ((dllimport)) in the function definition.
Hence this has nothing to do with GCC for cygwin and
it was something in my code which was doing this ...
Before someone wakes up to flame me, for lameness (i'm
definitely not giving anyone ideas :) let me retract my
email.
Thanks for your time,
Best of luck,
Manik Raina
-Original Message-
From: Manik, Raina (IE10)
Sent: Monday, November 04, 2002 4:45 PM
To: '[EMAIL PROTECTED]'
Subject: gcc 3.1.1 for cygwin generates __imp_symbol
Hi all,
I'm using gcc 3.1.1 on cygwin (i686) and
i'm doing something to the tune of
gcc -c foo.o $(CFLAGS) foo.c
and all external references in foo.c are prefixed
with __imp.
^^^
i.e nm foo.o shows something like ...
U __imp_external_reference
for a function external_reference(). It's desirable
for me to make generate _external_reference() instead
since i'm having trouble linking this .o file link
with other libBAR.a files generated using GNU tools.
The gcc flags i'm using are ...
-c -fno-exceptions -fno-rtti -march=pentium
-falign-functions=64 -Wa,--no-warn -finline-functions -O3
Please let me know if there is a way of supressing gcc
from generating the __imp prefix for all externally referenced
symbols.
I looked at the gcc documentation and came it came up
with nothing
on this. Am i missing something or is it just my gray
cells fizzing
out ?
Appreciate any help/pointers/[M's in RTFM's] on this ;)
8
(forgive me if this question has been beaten to death on
this list already, i searched the archives already and could
not find anything on this... so i mailed).
PS: Hi Mumit Khan !
Wir müssen wissen, wir werden wissen (We must know, we
shall know). - David Hilbert
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Problem with X11 include files
If you installed Cygwin in D:\cygwin, this will be your root directory. Just try $ gcc -I/usr/X11R6/include tortoise.cpp -o tortoise Otherwise try $ gcc -I/cygdrive/d/usr/X11R6/include tortoise.cpp -o tortoise Hope that helps. Robert Hönlinger I am trying to compile a small application from the GUILE tutorial. This application needs X11/Xlib.h. I installed the X11 files and the include file is in the directory d:/cygwin/usr/X11R6/include/X11, but I do not know how to tell this gcc. For example $ gcc -I/d:cygwin/usr/X11R6/include/ tortoise.cpp -o tortoise tortoise.cpp:1:22: X11/Xlib.h: No such file or directory does not work and if I specify the full path in my application then the = include files Xlib.h needs, are still not found. Any hints? TIA, -- Janos Blazi -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] cmake-1.4.6-1
CMake 1.4.6-1 is now available on Cygwin mirrors. CMake is a cross-platform, open-source make system. CMake is used to control the software compilation process using simple platform and compiler independent configuration files. CMake generates native makefiles and workspaces that can be used in the compiler environment of your choice. CMake is quite sophisticated: it is possible to support complex environments requiring system configuration, pre-processor generation, code generation, and template instantiation. See www.cmake.org for more information. Bill Hoffman Cygwin CMake maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Sample makefile
Here is the output from the linker D:\Oracle\ora92\oci\samplesld -o cdemo81 cdemo81.o d: \oracle\ora92\oci\lib\msvc \oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc cdemo81.o(.text+0xcf7):cdemo81.c: undefined reference to `_impure_ptr' cdemo81.o(.text+0xd9a):cdemo81.c: undefined reference to `_impure_ptr' cdemo81.o(.text+0x131f):cdemo81.c: undefined reference to `_impure_ptr' d:\oracle\ora92\oci\lib\msvc\msvcrt.lib(build/intel/dll_obj/crtexe.obj) (.text+0x 5e):crtexe.c: undefined reference to `_imp___adjust_fdiv' d:\oracle\ora92\oci\lib\msvc\msvcrt.lib(build/intel/dll_obj/atonexit.obj) (.text+ 0xf):atonexit.c: undefined reference to `_imp___onexit' Thanks, Brunda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Sample makefile
First, there's no reason to split up the compile and link step. Do it in one step unless you know that you need to do otherwise. You'll generally have less trouble. BTW, you can skip '-lc' as well. You get this by default. That's true for '-lm' too. So now you know you have undefined references. Check the objects/libraries that you're using and see if those symbols are in there. If not, go looking for the objects/libraries that do contain those symbols. If you find the symbols but they look a little different (maybe they have @some number at the end), then look up information about calling conventions at msdn.microsoft.com. The information there should allow you to bridge the gap. Good luck, Larry Original Message: - From: Brunda Sathi [EMAIL PROTECTED] Date: Mon, 4 Nov 2002 12:18:25 -0500 To: [EMAIL PROTECTED] Subject: Re: Sample makefile Here is the output from the linker D:\Oracle\ora92\oci\samplesld -o cdemo81 cdemo81.o d: \oracle\ora92\oci\lib\msvc \oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc cdemo81.o(.text+0xcf7):cdemo81.c: undefined reference to `_impure_ptr' cdemo81.o(.text+0xd9a):cdemo81.c: undefined reference to `_impure_ptr' cdemo81.o(.text+0x131f):cdemo81.c: undefined reference to `_impure_ptr' d:\oracle\ora92\oci\lib\msvc\msvcrt.lib(build/intel/dll_obj/crtexe.obj) (.text+0x 5e):crtexe.c: undefined reference to `_imp___adjust_fdiv' d:\oracle\ora92\oci\lib\msvc\msvcrt.lib(build/intel/dll_obj/atonexit.obj) (.text+ 0xf):atonexit.c: undefined reference to `_imp___onexit' Thanks, Brunda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ mail2web - Check your email from the web at http://mail2web.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Sample makefile
On 11/4/2002 9:18 AM, Brunda Sathi wrote: Here is the output from the linker D:\Oracle\ora92\oci\samplesld -o cdemo81 cdemo81.o d: \oracle\ora92\oci\lib\msvc \oci.lib d:\oracle\ora92\oci\lib\msvc\msvcrt.lib -lc Whoa. Why are you linking msvcrt.lib? I suspect your problems are because you're mixing msvcrt (Microsoft Visual C(++) RunTime) and the Cygwin libc. Try removing msvcrt.lib and see what comes up undefined. Perhaps a better bet would be to provide stubs for any undefined libc functions referenced from oci.lib that turn around and call the Cygwin libc equivalent. -- Shankar. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Don't need _impure_ptr
What's that? How can I prevent gcc from creating _impure_ptr symbol? I don't need this, is it possible to remove this? If yes what would happen? Thanks Benjamin Kalytta -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
don't want leading underscore
How can I prevent cygwin gcc from producing symbols with leading underscores? (_main instead main) I want to be binary compatible with linux and other operating systems. What about libgcc.a? Each symbol conatins leading underscores, can I change this? cygwin.dll defines both exports, with and without leading underscores isn't it? Benjamin Kalytta -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Q. on creating DLL's for use w/ excel (export names without @0, @4 etc?) (cygwin 1.3.13-2)
I've searched on google for some references to interfacing cygwin with win32
dll's. I've made a little progress but am kind of stuck creating DLL's
inside cygwin. The method I am using is the following:
/* foo.c */
#include windows.h
int WINAPI foobar() { return 1234; }
gcc -mno-cygwin foo.c -c
gcc -Wl,--out-implib,libfoo.import.a -mno-cygwin -shared -o foo.dll foo.o
When I look at the DLL file with MSVC's depends.exe I see the symbol is
foobar0 -- and I guess the 0 refers to how many bytes the function args
take (I get 4 with a pointer to double, etc.). The only way I can make the
symbols available to excel's visual basic interface is to cheat and hexedit
foo.dll to change foobar0 to foobarX0. Then I can put a few lines in my
excel modules like
Declare Function foobarX0 Lib e:\dlltest\foo.dll () As Integer
Function MattVersion()
Dim i As Integer
i = foobarX0()
MattVersion = MW 0.0.1.0.1. + Str(i)
End Function
Surely there is a better way. Can anyone suggest a better technique?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: don't want leading underscore
Benjamin,
At 10:36 2002-11-04, you wrote:
How can I prevent cygwin gcc from producing symbols with leading
underscores? (_main instead main)
I want to be binary compatible with linux and other operating systems.
Binary compatible? That really has little meaning since there's far more to
binary compatibility than how symbols from the program source code are or
are not adorned when emitted into the object code files.
What about libgcc.a? Each symbol conatins leading underscores, can I
change this?
cygwin.dll defines both exports, with and without leading underscores
isn't it?
Apparently it can be changed. If GCC under Linux doesn't prepend the
underscore and under Cygwin it does, then it's at some level configurable.
Get the GCC book (Using and Porting GNUCC).
This excerpt from the output of gcc -dumpspecs suggests leading
underscores is a configurable option (though I don't know why both
leading-underscore and no-leading-underscore are listed:
-==-
*cpp_options:
%(cpp_unique_options) %{std*} %{d*} %{W*} %{w} %{pedantic*} %{fshow-column}
%{fno-show-column} %{fsigned-charfunsigned-char} %{fleading-underscore}
%{fno-leading-underscore} %{fno-operator-names} %{ftabstop=*}
-==-
So you can use:
-fleading-underscoreExternal symbols have a leading underscore
Here's some mildly interesting output:
% gcc -v --help 21 |egrep -i '(leading)|(underscore)'
-fleading-underscoreExternal symbols have a leading underscore
-fno-underscoring Disable the appending of underscores to externals
-fno-second-underscore Never append a second underscore to externals
Anyway, there's a lot to GCC. Read up on it and you'll probably find out
about other things you'll need to know to get your binary compatibility.
Benjamin Kalytta
Randall Schulz
Mountain View, CA USA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development)
[posted and mailed -- sorry, no Subject: in 1st sending, this is re-sent to Rui and the Cygwin List] Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development) On Sat, 02 Nov 2002 22:29:36, Rui Carmo [EMAIL PROTECTED] wrote: Hello all, I've been hacking together a multiple rxvt (essentially a tabbed window holder that lets you switch between multiple rxvt windows). Sounds REAL good. The project page is at http://na-cama.com/rcarmo/index.php/Projects/mrxvt And even though it is not available (yet), I'd like to have some feedback on it (essentially food for thought). I'd also like to know if anywone is working on: - porting screen to Cygwin (it compiles great, but installation needs a lot of tweaking) - a full tabbed terminal that runs in Win32 (using W11, like rxvt). There's been discussion of that recently on the Cygwin List. See the bottom of this msg for a pasted copy of the first article i have in that thread. BTW I do not know what W11 is. Maybe most rxvt users do, I have only recently been using rxvt sometimes. Also please note this recommendation re: Please reply to me directly, since I am not subscribed to the list (my mail traffic simply cannot cope with another mailing-list...) IMHO you should be reading (subscribed to) the Cygwin List, Rui. For one thing it is of course a breach of standard List netiquette to ask for help or post a proposal for discussion and then ask for off-list replies. Netiquette aside, there's a practical reason. Suppose, as could very well happen, that in 3 weeks somebody reads this List and comes across your message, and this someone knows something that might help you or might pertain to your project. They might even know a little thing that will help you break through a deadlock you find yourself in. But this person is busy and thinks to themselves I don't know who Rui has heard from [off-List], probably he's got all the input he needs by now, I won't answer this You lose. I understand your problem with List traffic, I have long struggled with same. I have the solution for you. Go to www.gmane.org (the Gmane project) and set up Gmane server in your favorite NNTP news reader software. Subscribe to the Cygwin List as one of the Newsgroups (psuedo-newsgroups we might say, actually) once you have downloaded the long list of available ng's. Pay careful attention to Gmane FAQs and instructions. Set your newsreader if possible to use a custom header field Archive: with value encrypt particularly. (On Windows, Xnews does fine). This protects your email address from spammer harvesting; you MUST use your valid, unmunged email addy to post to Gmane ng's (contrary to popular practice on open USENET ng's). IMHO any project which brings more powerful or stable, and flexible terminal - console choices to Cygwin can add significant value to Cygwin. Your project sounds like it has good potential. I hope you get the help you need from wherever, and I hope you follow my recommendation and subscribe to the Cygwin List using Gmane so that everyone here can follow your progress and learn if they care to. Regards, Soren A --- From: Rafael Kitover caelum -AT- debian -DOT- org Newsgroups: gmane.os.cygwin Subject: Screen for cygwin Date: Thu, 24 Oct 2002 09:40:27 -0700 Message-ID: 000101c27b7c$0ebd3fc0$b900a8c0@CAELUM My version of screen for cygwin, which I actually finished putting together a month ago is here: http://www.io.com/~rkitover/screen-3.9.13.tar.gz It will configure and compile on cygwin with no tweaking. It will support detach and attach, however the terminal size issue is still there and I haven't managed to find a workaround. I tried to get these changes merged upstream but haven't received any sort of response yet. I probably need to make a cleaner patch. For now if you're interested in screen please feel free to use this! -- Rafael -- http://fastmail.fm - Accessible with your email software or over the web -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with gcc 3.2.
Hi, I don't know where to report this. But with gcc 3.2 and cygwin there is a problem in asm/byteorder.h. The problem is the use of __builtin_constant_p(). You'll get compilation errors. When I compile I have to do -U__OPTIMIZE__ or remove -O2. Anyone else experienced this? Anyone know where I should report this? If not here. Jens Yllman (firstname at sirname dot com) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
Hi again. OK, to reproduce the problem. Use write a .cpp file containg a function using ntohl()/ntohs()/htonl()/htons Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Nov 04 20:54:00 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\PROGRA~1\Borland\CBUILD~1\Bin c:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem C:\cygwin\bin C:\cygwin\usr\sbin C:\cygwin\usr\local\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode tty ntsec error_start=c:\cygwin\bin\dumper.exe' HOME = `c:\Documents and Settings\jpyllman' MAKE_MODE = `unix' PWD = `/home/jpyllman' USER = `jpyllman' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\jpyllman\Application Data' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JPYS000' COMSPEC = `C:\WINNT\system32\cmd.exe' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\JPYS000' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/include' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0102' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007\033[32m\]\u\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\jpyllman\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\jpyllman\LOCALS~1\Temp' USERDOMAIN = `JPYS000' USERNAME = `jpyllman' USERPROFILE = `C:\Documents and Settings\jpyllman' WINDIR = `C:\WINNT' WINDOWID = `168034952' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `c:\Documents and Settings' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 58635Mb 93% CP CS UN PA FC d: cd N/AN/A e: hd N/AN/A f: hd NTFS 12616Mb 96% CP CS UN PA FC C:\cygwin / system binmode c:\Documents and Settings /home system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: c:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Warning: C:\cygwin\bin\make.exe hides c:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 8:33 625k 2002/08/09 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/8/9 22:20 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 cygform5.dll v0.0 ts=2001/4/25 7:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 cygform6.dll v0.0 ts=2002/1/9 7:03 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 cyggdbm.dll v0.0 ts=2002/2/20 4:05 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 cyghistory4.dll v0.0 ts=2001/1/7 5:34 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 cyghistory5.dll v0.0 ts=2002/10/10 19:28 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 cygiconv-2.dll v0.0 ts=2002/6/24 20:24 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 cygintl-1.dll v0.0
RE: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
Please include a small source-code sample, and the complete 'gcc' command that you are running, along with the output. You might also consider running 'gcc' with the '-v' (verbose) option, for example: $ gcc -v sample.c The more information you provide, the more likely it is that someone will be able to diagnose the problem you are having. -Original Message- From: Jens Yllman [mailto:x;xtr.org] Sent: Monday, November 04, 2002 2:58 PM To: [EMAIL PROTECTED] Subject: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2. Hi again. OK, to reproduce the problem. Use write a .cpp file containg a function using ntohl()/ntohs()/htonl()/htons -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development)
Thanks for the info. The reason I have no real need to subscribe to the list is plain and simple - I can browse through the mailing-list archives and keep up with things every month or so, using any browser I may have nearby and without any special configurations, accounts, whatever. ;) (I like things simple, and flooding my mailbox with cygwin, cygwin-xfree and around a dozen SourceForge projects I deal with daily is definetly _not_ simple, so I just keep a set of bookmarks to the Web archives...) As for screen, I've been trying it myself for a year now - I've compiled practically every new revision that pops up on freshmeat.net, with more or less the same results as Rafael - the screen size remains fixed, which I believe (from some stracing around) to be a termcap issue, and therefore one of the most arcane aspects of Unix I have studiously avoided thus far - and believe me, it's taken quite an effort to avoid dealing with termcap since my vt220 days :) W11 is an application-level mapping of X11 primitives to Win32 that does some pretty arcane things in terms of window management. I'm having some issues with it, even when dealing with rxvt as a standalone app: - it creates a _separate_ Win32 window class for every rxvt (of the form rxvthex_thread_id) which is not a very clean Win32 approach, even though it works. - it does not allow for clean termination of rxvts (I'm one of those afflicted with the hung rxvts bug when I shutdown Windows) - I cannot re-build rxvt on my setup, which is very heavily customized. I might get myself a temporary clean machine to reinstall Cygwin and rebuild, but I tend to keep to my laptop. Nevertheless, if someone were brave enough to implement something like what I'm doing on top of plain X11, it might be ported to W11 like rxvt was, and I could discard my (still rather flaky) VB hack. I remember seeing alternative terminals five or so years back (back in my SunOS days), but most of them seem to be extinct or had their features merged into rxvt. If someone knows of a tabbed X11 terminal (other than konsole and gterm, which use a _lot_ of extra stuff) that uses only vanilla X11 and implements tabs, let me know. I'll probably take a look at porting it to Cygwin rather than pursue this avenue. Thanks, Rui Carmo Soren Andersen wrote: [posted and mailed -- sorry, no Subject: in 1st sending, this is re-sent to Rui and the Cygwin List] Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development) On Sat, 02 Nov 2002 22:29:36, Rui Carmo wrote: Hello all, I've been hacking together a multiple rxvt (essentially a tabbed window holder that lets you switch between multiple rxvt windows). Sounds REAL good. The project page is at http://na-cama.com/rcarmo/index.php/Projects/mrxvt And even though it is not available (yet), I'd like to have some feedback on it (essentially food for thought). I'd also like to know if anywone is working on: - porting screen to Cygwin (it compiles great, but installation needs a lot of tweaking) - a full tabbed terminal that runs in Win32 (using W11, like rxvt). There's been discussion of that recently on the Cygwin List. See the bottom of this msg for a pasted copy of the first article i have in that thread. BTW I do not know what W11 is. Maybe most rxvt users do, I have only recently been using rxvt sometimes. Also please note this recommendation re: Please reply to me directly, since I am not subscribed to the list (my mail traffic simply cannot cope with another mailing-list...) IMHO you should be reading (subscribed to) the Cygwin List, Rui. For one thing it is of course a breach of standard List netiquette to ask for help or post a proposal for discussion and then ask for off-list replies. Netiquette aside, there's a practical reason. Suppose, as could very well happen, that in 3 weeks somebody reads this List and comes across your message, and this someone knows something that might help you or might pertain to your project. They might even know a little thing that will help you break through a deadlock you find yourself in. But this person is busy and thinks to themselves I don't know who Rui has heard from [off-List], probably he's got all the input he needs by now, I won't answer this You lose. I understand your problem with List traffic, I have long struggled with same. I have the solution for you. Go to www.gmane.org (the Gmane project) and set up Gmane server in your favorite NNTP news reader software. Subscribe to the Cygwin List as one of the Newsgroups (psuedo-newsgroups we might say, actually) once you have downloaded the long list of available ng's. Pay careful attention to Gmane FAQs and instructions. Set your newsreader if possible to use a custom header field Archive: with value encrypt particularly. (On Windows, Xnews does fine). This protects your email address from spammer harvesting; you MUST use your valid, unmunged email addy to post to Gmane ng's (contrary to popular
1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
Hi. To reproduce the problem. Write a file.cpp file and include #include netdb.h. Also write a function using ::ntohl()/::ntohs()/::htonl()/::htons(). Then compile it with g++ -g -O2 -c file.cpp. This will give you an error saying __builtin_constant_p() does not exsist, or something like that. I guess this also exsist when you do normal C compilation. CYGWIN_NT-5.0 xxx 1.3.14(0.62/3/2) 2002-10-24 10:48 i686 unknown I've a workaround that do -U__OPTIMIZE__ when I compile. But I would like it to compile 'out of the box'. I guess removing -O2 would also remove this problem. But I've not tried. Hope this explains more. Jens Yllman (firstname at lastname dot com) BTW: Sorry for the extra e-mails. I pressed the wrong button. Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Nov 04 20:54:00 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\PROGRA~1\Borland\CBUILD~1\Bin c:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem C:\cygwin\bin C:\cygwin\usr\sbin C:\cygwin\usr\local\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode tty ntsec error_start=c:\cygwin\bin\dumper.exe' HOME = `c:\Documents and Settings\jpyllman' MAKE_MODE = `unix' PWD = `/home/jpyllman' USER = `jpyllman' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\jpyllman\Application Data' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JPYS000' COMSPEC = `C:\WINNT\system32\cmd.exe' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\JPYS000' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/include' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0102' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007\033[32m\]\u\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\jpyllman\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\jpyllman\LOCALS~1\Temp' USERDOMAIN = `JPYS000' USERNAME = `jpyllman' USERPROFILE = `C:\Documents and Settings\jpyllman' WINDIR = `C:\WINNT' WINDOWID = `168034952' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `c:\Documents and Settings' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 58635Mb 93% CP CS UN PA FC d: cd N/AN/A e: hd N/AN/A f: hd NTFS 12616Mb 96% CP CS UN PA FC C:\cygwin / system binmode c:\Documents and Settings /home system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: c:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Warning: C:\cygwin\bin\make.exe hides c:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 8:33 625k 2002/08/09 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/8/9 22:20 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 cygform5.dll v0.0 ts=2001/4/25 7:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 cygform6.dll v0.0 ts=2002/1/9 7:03 19k
RE: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
Sorry, most have hade a total melt down. The following code creates the
problem.
#include netinet/in.h
void test( void )
{
short x = ::ntohs( 128 );
}
Compiling it with the g++ -O2 returns the following error. Removing -O2
removes the error. Or as I said before -U__OPTIMIZE__
test.cpp: In function `void test()':
test.cpp:5: parse error before `__builtin_constant_p'
Jens Yllman (firstname at lastname dot com)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
On Mon, Nov 04, 2002 at 09:15:59PM +0100, Jens Yllman wrote:
Sorry, most have hade a total melt down. The following code creates the
problem.
#include netinet/in.h
void test( void )
{
short x = ::ntohs( 128 );
}
Compiling it with the g++ -O2 returns the following error. Removing -O2
removes the error. Or as I said before -U__OPTIMIZE__
test.cpp: In function `void test()':
test.cpp:5: parse error before `__builtin_constant_p'
Get rid of the ::. ntohs is a macro.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
But isn't that just this implementation. Should I realy take for granted that they always are defines? When compiling without -O2 they seem to be functions. Jens Yllman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development)
Maybe I am doing this wrong, but the way I keep track of th wonderful things going on with Cygwin is to book mark and read the mailing list archives, located at: http://cygwin.com/ml/cygwin/ They are updated with startling rapditity and I can keep track of things without clogging my mailbox. Wayne Keen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
Jens Yllman [EMAIL PROTECTED] wrote: But isn't that just this implementation. Should I realy take for granted that they always are defines? When compiling without -O2 they seem to be functions. So? Dropping your unnecessary :: is not taking for granted that they always are defines. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
I did not mean it that way. I meant it in the way that I thought them to be functions. And I use :: to make sure it does not collide with something with in the namespace I use. To tell that it is a function in the 'root'. I guess maybe that is a 'bad' thing when using C type libraries. Sorry. I noticed now that I have the same type of problem on my Linux box. I'll remove all ::. In C++ it is recommended to use other constructs then #define, like const or enum or inline. But I see the use of #define. And I still use it, especially for makeing code compile diffrently on diffrent platforms. Or to include or not include some features. Thanks for all the answers. Jens Yllman (firstname at lastname dot com) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
Harig, Mark A. [EMAIL PROTECTED] writes: As requested at http://cygwin.com/bugs.html: o In your description, show how to reproduce the problem, including a test case, if possible. o At least include the cygwin release number you are using, and give the operating system and its version number, e.g., cygwin v1.3.13 under NT 4.0. o Run cygcheck -s -v -r cygcheck.out and include that *AS AN ATTACHMENT* in your report. You can't send mail with attachments to this list, since some filter strips them all. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with gcc 3.2.
On Mon, Nov 04, 2002 at 02:34:51PM -0700, Matt Armstrong wrote: Harig, Mark A. [EMAIL PROTECTED] writes: As requested at http://cygwin.com/bugs.html: o In your description, show how to reproduce the problem, including a test case, if possible. o At least include the cygwin release number you are using, and give the operating system and its version number, e.g., cygwin v1.3.13 under NT 4.0. o Run cygcheck -s -v -r cygcheck.out and include that *AS AN ATTACHMENT* in your report. You can't send mail with attachments to this list, since some filter strips them all. Not true. For instance, see: http://cygwin.com/ml/cygwin/2002-11/msg00100.html cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
question about inetd and FAT file system
I installed inetd on my Win2K station. When I telnet to my PC, I cannot see and mounted drive that is a FAT system. I can see these mapped drives when I directly use cygwin on my pc. I don't know how to get around it. I tried not to set CYGWIN environment variable when I start inetd, I got the same thing as I set the CYGWIN to ntsec. Any idea? Thanks in advance. Haibing __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.13: problem using ntohs() in asm/bytorder.h in gcc 3.2.
On 11/4/2002 1:12 PM, Jens Yllman wrote: In C++ it is recommended to use other constructs then #define, like const or enum or inline. But I see the use of #define. And that is unfortunately necessary, since the worse evil is maintaining separate copies of netinet/in.h for C and C++ compilers - that could quickly become a maintenance nightmare. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup starting not from zero
I read your 17 Oct Setup and recovering from mistakes with interest. Ok, pretend that I'm a three-year-old. Here's my directories with subdirs shown with tabs. cyginstal ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin release ftp%3a%2f%2fmirrors.rcn.net%2fmirrors%2fsources.redhat.com%2fcygwin release release cyginstall contrib ftp%3a%2f%2fftp.oav.net%2fcygwin contrib latest ftp%3a%2f%2fmirrors.rcn.net%2fmirrors%2fsources.redhat.com%2fcygwin http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin ftp%3a%2f%2fmirrors.rcn.net%2fmirrors%2fsources.redhat.com%2fcygwin release release release http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin contrib latest release latest cygwin Of course, this isn't completely expanded in that release, contrib and latest contain package directories--but you guys already know that, obviously. Note that my original plan was to use /cyginstall then that must have seeming inadequate so I went and created /cyginstal. (Seemed like a good idea at the time...) My question is: How to update from here in the most efficient manner? Best Regards, -Robert J. Cristel Montreal, Canada -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ANNOUNCE: mrxvt - a tabbed rxvt hack for Win32 (in development)
On Mon, 4 Nov 2002, Rui Carmo wrote: [snip] As for screen, I've been trying it myself for a year now - I've compiled practically every new revision that pops up on freshmeat.net, with more or less the same results as Rafael - the screen size remains fixed, which I believe (from some stracing around) to be a termcap issue, and therefore one of the most arcane aspects of Unix I have studiously avoided thus far - and believe me, it's taken quite an effort to avoid dealing with termcap since my vt220 days :) [snip] A patch has been submitted that apparently fixes this: http://www.cygwin.com/ml/cygwin-patches/2002-q4/msg00052.html Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with mkdir -p
/apps/ is a link and the mkdir -p tries to create it and then fails because it already exists. PC2765: /data/reprint $ make install mkdir -p /apps/bin/cba/bin mkdir: cannot create directory `/apps': File exists make: *** [/apps/bin/cba/bin] Error 1 PC2765: /data/reprint $ ls -ald /apps lrwxrwxrwx1 Administ None 113 Mar 22 2002 /apps - /cygdrive/c/data/apps man mkdir -p, --parents no error if existing, make parent directories as needed Thanks KenF ** This e-mail and any files transmitted with it are confidential to Salmat Pty Ltd intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please return to the sender and delete from your systems. This e-mail message has been swept for the presence of computer viruses known to Salmat's virus patterns. Salmat Pty Ltd ACN 066 833 458 ** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with mkdir -p
On Tue, Nov 05, 2002 at 05:21:47PM +1100, Ken Foskey wrote: /apps/ is a link and the mkdir -p tries to create it and then fails because it already exists. PC2765: /data/reprint $ make install mkdir -p /apps/bin/cba/bin mkdir: cannot create directory `/apps': File exists make: *** [/apps/bin/cba/bin] Error 1 PC2765: /data/reprint $ ls -ald /apps lrwxrwxrwx1 Administ None 113 Mar 22 2002 /apps - /cygdrive/c/data/apps man mkdir -p, --parents no error if existing, make parent directories as needed http://cygwin.com/bugs.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
