to go on...
thanks
Lloyd Wood
http://savi.sf.net/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
and print floating point nos at
the command line, it seems to hang eventually as well.
Ideas?
thanks
Lloyd Wood
http://savi.sf.net/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
What is the relationship between Cygwin packages and
Red Hat rpms at this point?
If something gets picked up for Cygwin, is it likely
to make its way into e.g. Fedora, or vice versa?
thanks
Lloyd Wood
http://savi.sf.net/
--
Problem reports: http://cygwin.com/problems.html
FAQ
Ken,
you're right; I'm so used to seeing those modules listed that
I forgot that how they get there recently changed.
(Well, recently in Geomview terms...)
Separate modules from base Geomview now, xforms is no longer a dependency,
which is good.
So, the base Geomview is good to go into Cygwin
: whhhi: command not found
regards
Lloyd Wood lloyd.w...@yahoo.co.uk http://about.me/lloydwood
From: Ken Brown <kbr...@cornell.edu>
To: cygwin@cygwin.com
Cc: Lloyd Wood <lloyd.w...@yahoo.co.uk>
Sent: Saturday, 10 June 2017, 6:39
Subject: Re: con
$ ./configure
thanks for the hint, but still puzzled as to why this starts
failing now.
Lloyd Wood lloyd.w...@yahoo.co.uk http://about.me/lloydwood
________
From: Lloyd Wood <lloyd.w...@yahoo.co.uk>
To: Csaba Raduly <rcs...@gmail.com>; cygwin list <cygwin@c
n Cygwin setup in
case it breaks your setup, is my thought...
thanks
Lloyd Wood lloyd.w...@yahoo.co.uk http://about.me/lloydwood
From: Csaba Raduly <rcs...@gmail.com>
To: Lloyd Wood <lloyd.w...@yahoo.co.uk>; cygwin list <cygwin@cygwin.com>
S
#define HAVE_DEV_T 1
#define HAVE_INO_T 1
#define HAVE_TIME_T 1
#define SIZEOF_DEV_T 4
configure: exit 77
Okay, so what changed in Cygwin?
(No, Mario, this is not an antivirus thing...)
thanks
Lloyd Wood
http://savi.sf.net/
--
Problem reports: http://cygwin.com/problems.html
FAQ
while everything else updates, and know about it,
seems useful to me.
thanks
Lloyd Wood lloyd.w...@yahoo.co.uk http://about.me/lloydwood
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
If HAVE_INO_T is 1, getting sizeof should be a non-problem.
Is this a reoccurrence of the 2006 d_ino problems that were an issue for Cygwin
1.5.19, and discussed with Eric Blake?
thanks and regards
Lloyd Wood
http://savi.sf.net/
http://www.geomview.org/
--
Problem reports: http
\bin\idle -display 127.0.0.1:0.0'. But
startxwin.bat works as you'd expect.)
On 7 Jul 2009, at 17:08, Lloyd Wood wrote:
Installed Cygwin 1.7 beta on a new clean machine - figured I may as
well
get with the 1.7 program. Let it install all defaults plus a few
packages
I knew I'd need. Added
Installed Cygwin 1.7 beta on a new clean machine - figured I may as well
get with the 1.7 program. Let it install all defaults plus a few
packages
I knew I'd need. Added to default list, didn't remove anything.
Installed on C:\cygwin under Windows XP SP2.
How to start X? No XWin Server icon
in mwm and fvwm2? The startx fix is handy here; thanks.)
At Saturday 2/21/2009 08:28 AM +, Lloyd Wood wrote:
I should add that after doing startx 21, the console error I'm seeing once I
launch geomview from an
xterm with
./geomview -run ../savi1.4.2/savi
and the local Cygwin/X display crashes
xinit: connection to X server lost.
/var/log/XWin.0.og doesn't show anything beyond 'XOpenDisplay () returned and
successfully opened the display'.
At Thursday 2/19/2009 09:11 AM +, Lloyd Wood wrote:
I have also noticed that, in -multiwindow mode, graphical updates for
Geomview's camera
I have also noticed that, in -multiwindow mode, graphical updates for
Geomview's camera window
now only happen for the area covered by the original camera position. That is,
if you move the
Windows window on screen, only the area of that window that overlaps with the
area of original
window
Message-
From: Jon TURNEY
[mailto:jon.tur...@dronecode.org.ukmailto:jon.tur...@dronecode.org.uk]
Sent: Wed 2009-02-18 16:23
To: cc
Cc: Wood L Dr (Electronic Eng)
Subject: Re: /usr/bin/startx fails on new x.org install?
Lloyd Wood wrote:
Lloyd Wood wrote:
XWin was started with the following
Lloyd Wood wrote:
XWin was started with the following command line:
/usr/bin/X :0 -auth /cygdrive/c/Documents and
Settings/lwood/.serverauth.3000
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1400 h 1050
winInitializeDefaultScreens
I updated Cygwin and got the new x.org server. I have a couple of problems:
1. /usr/bin/startx can no longer be used to launch X in multiwindow mode.
Instead, it creates the auth file, prints a dialog telling me to read
/var/log/XWin.0.log, and that I'm running the Cygwin/X project version
I've just updated my Cygwin installation (1.5.25), and got the new
x.org xserver.
startx has stopped working.
After xauth creates a new authority file, it throws up a dialog saying
it's put help text
in /var/log/XWin.0.log
Perusing /var/log/XWin.0.log shows:
XWin was started with the
with spaces in path names, as outlined below.
On 16 Feb 2009, at 13:20, Lloyd Wood wrote:
I've just updated my Cygwin installation (1.5.25), and got the new
x.org xserver.
startx has stopped working.
After xauth creates a new authority file, it throws up a dialog
saying it's put help text
in /var
I have a question about rm behaviour when the file rm'd is already in
use by a Windows app. I've looked through the rm manpage/info, but
that's just the usual GNU stuff; nothing cygwin-specific.
Let's say I'm using the cygwin bash shell to tidy up a directory of
Acrobat pdfs. I do
rm
So, that means that Geomview will either have to use what we provide
or decide not to support Cygwin.
I suspect Geomview will just wait for Cygwin to return its support
for d_ino in 1.5.20. Thanks to Eric Blake for an informative message.
(How to download snapshots? There's nothing newer
(adding in the geomview and cygwin lists.)
Chris,
Looking at the changes in:
http://cvs.sourceforge.net/viewcvs.py/geomview/geomview/src/bin/animate/glob.c
there are specific fixes for Cygwin portability that have been
included in Geomview 1.8.2 alpha that affect d_ino use; try changing
the
/lloyd
$ gcc -o cygtest cygwin.c
[EMAIL PROTECTED] /home/lloyd
$ ./cygtest
hello. Testing defines.
__CYGWIN__
(Why #define says __CYGWIN__ and gcc -v says something else is
silly.) I suspect something has changed affecting the CYGWIN test in glob.c
L.
At Friday 2006-04-28 12:29 +0100, Lloyd Wood
At Friday 2006-04-28 12:46 +0100, Dave Korn wrote:
cygming, not cygwin? ('ming' is a strong insult in the UK.
Yes, and we also do tongue-in-cheek humour quite well. Well, at least some
of us do.
humour is intended to generate an emotional response - laughter.
I get the impression the
At Friday 2006-04-28 15:17 +0100, Dave Korn wrote:
If you want people to use the information you provide rationally, do
not colour that information with irrational attempts at humour to
provide misinformation that causes doubt.
We need to trust the output of gcc -v.
No, this is
At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
perhaps we can answer some questions
for you about the recent changes to d_ino under cygwin?
So, something has changed after all?
Perhaps you could just point me at a document detailing those changes
to d_ino that you mention?
L.
--
At Friday 2006-04-28 15:17 +0100, Dave Korn wrote:
__CYGWIN__ is defined for gcc; gcc -v should report 'cygwin special'.
I do not recommend changing the environment to __CYGMING__ to match
in a further attempt at humour.
If you want people to use the information you provide rationally, do
At Friday 2006-04-28 16:01 +0100, Dave Korn wrote:
On 28 April 2006 15:45, Lloyd Wood wrote:
At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
perhaps we can answer some questions
for you about the recent changes to d_ino under cygwin?
So, something has changed after all?
If you don't
on a cygwin-specific flag
like this is.. insane. Doing the former (which is what you'd expect)
makes you none the wiser about mingw. The latter is a special case
where you already have some idea what the target may be, so why would
you issue the command? Begs the question.
Lloyd Wood wrote
At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
On 28 April 2006 17:07, Lloyd Wood wrote:
At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out what gcc is targeting, perhaps you should use
-dumpmachine instead.
$ gcc -dumpmachine
i686-pc
At Friday 2006-04-28 18:16 +0100, Dave Korn wrote:
On 28 April 2006 18:04, Lloyd Wood wrote:
At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
On 28 April 2006 17:07, Lloyd Wood wrote:
At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out what gcc
At Friday 2006-04-28 17:44 +0100, you wrote:
On 28 April 2006 17:07, Lloyd Wood wrote:
At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out what gcc is targeting, perhaps you should use
-dumpmachine instead.
$ gcc -dumpmachine
i686-pc-cygwin
Hello,
I've just discovered that Cygwin does not preserve filenames ending in
a period, and treats the filenames with and without the period as
identical. This is contrary to other linux systems.
http://www.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-1.2/
describes the problem; a
I've been maintaining and enhancing Tcl/Tk code that uses a plot
command for a creating and manipulating a vector plot widget (rather
than a canvas bitmap or image widget). That code has worked fine under
Tcl/Tk 7/4 and 8.x on e.g. Solaris and Linux for the past eight years,
but I find that just
35 matches
Mail list logo