Op Thu, 08 Apr 2004 08:01:48 +1000
schreef Robert Collins rbcollins der cygwin.com
in [EMAIL PROTECTED]:
[...]
: I offered to review patches - where are they?
[EMAIL PROTECTED]
L8r,
Buzz.
--
) | | ---/ ---/ Yes, this | This message consists of true | I do not
-- | | // really is
Frédéric L. W. Meunier wrote:
twm: another window manager is already running on screen 0?
twm: unable to find any unmanaged screens
If I use .xinitrc with exec twm, startx reports the above.
If you use startx, by default, the multi-window mode is used (startx
passed -multiwindow to XWin.exe)
On Fri, 9 Apr 2004, Danilo Turina wrote:
Frédéric L. W. Meunier wrote:
twm: another window manager is already running on screen 0?
twm: unable to find any unmanaged screens
If I use .xinitrc with exec twm, startx reports the above.
If you use startx, by default, the multi-window mode
Hi all,
I am working to update XWin.man. I have found that:
1)The following options of XWin are active but ARE NOT documented either
in the X-UG or in the -help option of XWin.
OptionX-UG -help option
-helpNO Yes
-logfile NO NO
On Apr 3 22:26, Corinna Vinschen wrote:
On Mar 30 09:30, Dr. Volker Zell wrote:
I just tried your fix which seems to be in the 20040329 snapshot. But
now /usr/sbin/cygserver doesn't start anymore. I installed it as a
service with cygrunsrv. The same happens for my other cygwin service
Colin Harrison wrote:
This works for me, glxgears results:-
Nice to hear. There is still much to do but at least the framework
is running.
$ glxgears
3177 frames in 5.0 seconds = 635.400 FPS
3273 frames in 5.0 seconds = 654.600 FPS
Pentium 800 with ATI Rage Pro (Windows XP)
Nice work,
Rodrigo Medina wrote:
Hi all,
I am working to update XWin.man. I have found that:
1)The following options of XWin are active but ARE NOT documented either
in the X-UG or in the -help option of XWin.
OptionX-UG -help option
-helpNO Yes
As cygwin provides a *nix-like environment, there IS a (shell) solution. Would
be the first problem which couldn't worked around :-)
I'm not so shure about this. At least i didn't find a solution to get
rid of the additional window, maybe someone else knows the trick.
Starting in bash with
On Fri, 9 Apr 2004, Holger Krull wrote:
As cygwin provides a *nix-like environment, there IS a (shell)
solution. Would be the first problem which couldn't worked around :-)
I'm not so shure about this. At least i didn't find a solution to get
rid of the additional window, maybe someone
Sure. Call CreateProcess with appropriate flags, just like run.exe
does...
Thank you, that's the solution.
I didn't know this program. I now can call Xwin without having an
additional shell window. The needed command for me is :
E:\cygwin\bin\bash.exe -c -l 'run bash -c -l CYGWIN=server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Great! Just did it with the solution mentiond by David Rothenberger. With
sending XWin in the background with i managed it to only get the XWin
server window. But i need to command files: a DOS batch and a sh batch. Now
it run's with only on
Some of you may have noticed that Takuma and I added a -keyhook option
to XWin.exe that allows Alt+Tab to be trapped on NT-based OSes and
passed to X apps as a normal key event.
We can also do the same for the Windows keys on the keyboard, but there
are a few problems at this time:
1)
Look at the latest release notes that I sent this morning.
Harold
Frédéric L. W. Meunier wrote:
When I run 'mkfontscale .' or 'mkfontdir .' in
C:\WINDOWS\Fonts, both segfault:
$ mkfontdir .
Couldn't determine full name for 8514fix.fon
Couldn't determine slant for 8514fix.fon
Couldn't determine
I have translated all of the hand-generated files on the Cygwin/X
website (http://x.cygwin.com/) from HTML 4.01 Transitional to XHTML 1.0
Transitional.
I used Tidy UI to do this. Tidy UI just provides a nice interface in
Windows to HTML Tidy, which cleans up and translates HTML. Tidy UI can
It looks like we no longer need ttmkfdir in order to expose the fonts
installed with Windows to X11. The mkfontscale utility that is included
with out distribution was inspired by ttmkfdir and essentially replaces it:
http://freedesktop.org/~xorg/X11R6.7.0/doc/mkfontscale.1.html
You can do
defgsix egaussa digir
Get every medication you may ever need and many more..
Stop the pain, get +Vi+co+din+ now
Real doctors providing for your health and well being.
O P http://lookto.findinside.info/aps/
Quit: http://lookto.findinside.info/aps/rm.html
A new teacher was trying to
When I highlight a range of text in an xterm or rxvt window running
under XWin, the text is highlighted only for a fraction of a second.
It still seems to work (I can still paste the selected text into the
same or another window), but it would be nice if it stayed highlighted
as it does with every
When I run the XWin server on Windows XP, its icon is always the first
in the alt-tab menu that's used to switch between Windows applications.
To go back to XWin, I have to either use alt-shift-tab or cycle through
the entire menu. I've never seen another Windows application that
does this.
--
In response to both of your messages, I will use my psychic powers to
figure out: 1) your command-line options, 2) the version of
xorg-x11-xwin that you have installed, 3) whether or not you are running
xwinclip (you should not be), and 4) the method you are using to start
XWin.exe.
Get it?
On Fri, Apr 09, 2004 at 07:30:40PM -0700, I wrote:
When I highlight a range of text in an xterm or rxvt window running
under XWin, the text is highlighted only for a fraction of a second.
It still seems to work (I can still paste the selected text into the
same or another window), but it would
On Fri, Apr 09, 2004 at 07:33:18PM -0700, Keith Thompson wrote:
When I run the XWin server on Windows XP, its icon is always the first
in the alt-tab menu that's used to switch between Windows applications.
To go back to XWin, I have to either use alt-shift-tab or cycle through
the entire
I found the exact same issue and didn't want to waste time trying to find a
solution that wasn't there, so quickly coded up a nice little program to do
the job for me.
http://insanity.veil.co.nz/RunHidden.exe
Just save it somewhere in the path (like C:\Windows or something) and change
start
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-09 07:55:57
Modified files:
winsup/cygwin : ChangeLog security.cc
Log message:
* security.cc (get_file_attribute): Fix conditional.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-09 12:09:45
Modified files:
winsup/cygwin : ChangeLog fhandler.h fhandler_console.cc
fhandler_socket.cc fhandler_termios.cc tty.h
winsup.h
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-09 20:39:19
Modified files:
winsup/cygwin : ChangeLog fhandler.h fhandler_floppy.cc
fhandler_raw.cc fhandler_tape.cc mtinfo.h
Log message:
* fhandler.h (class
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-10 00:53:25
Modified files:
winsup/cygwin : ChangeLog thread.cc thread.h
Log message:
* thread.h (pthread::init_mainthread): Remove parameter forked.
On Thu, Apr 01, 2004 at 11:58:45AM +0200, Thomas Pfaff wrote:
Rethinking the changes to pthread::init_mainthread i came to the conclusion
that this stuff can be made simpler and cleaner.
The changes to init_maintread are reverted, the thread self pointer for an
unknown thread is now set in
Trying bzip2 -tv yields bad magic numbers for both of
release/check/check-0.8.4-1-src.tar.bz2
release/ncurses/libncurses5/libncurses5-5.2-1-src.tar.bz2
The md5sums for these files are as reported in setup.ini.
Fergus
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
On Friday 09 April 2004 02:58, Christopher Faylor wrote:
You know how I always whine about how I can't debug 64 bit windows
without a 64 bit system and have asked (not entirely seriously) for the
contribution of a system?
Well, I now have a brand new 64 bit windows system, contributed by an
Christopher Faylor wrote:
Not to sound ungracious, but I still need to find a 64 bit version of
Windows to run on this beauty. I'll be checking with some contacts to
see if I can come up with that. If I can, the first thing that I'll try
is the work around that was posted here recently to see
Ross Ridge wrote:
You can try using an implicit linker script. Create a file, call it
something like my-ld-script, with lines like the following:
INPUT(obj1.o obj2.o obj3.o)
INPUT(obj4.o, obj5.o, obj6.o)
INPUT(obj7.o)
And then instead of linking with a command
Theo Verelst wrote:
Readers,
Maybe I'm facing a known problem, but I at a glance saw no posts or
README's about this subject of OpenGL includes suddenly generating
errors after a relatively recent cygwin upgrade.
Well, if you looked for posts, you didn't look very thoroughly, because you
would
At 12:00 AM 4/9/2004, you wrote:
On Thu, 8 Apr 2004, Christopher Faylor wrote:
On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
A short description of my enironment:
- the programs I'm building are C/C++ compilers
- I use GCC in Cygwin to get a second opinion from another
For a reference of what is acceptable, you can use The Single Unix
Specification v3:
http://www.opengroup.org/onlinepubs/007904975/toc.htm
All System Interfaces from that specification ending in _r:
asctime_r
ctime_r
getgrgid_r
getgrnam_r
getlogin_r
getpwnam_r
getpwuid_r
gmtime_r
localtime_r
On Thu, 8 Apr 2004, Larry Hall wrote:
At 05:20 PM 4/8/2004, you wrote:
...is my usage broken?
I haven't used Patch in a while, but I've been trying to patch
DBD::Oracle1.15, and the seemingly innocuous patch is being totally
rejected:
[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15
On Fri, Apr 09, 2004 at 10:12:56AM -0400, Richard Campbell wrote:
For a reference of what is acceptable, you can use The Single Unix
Specification v3:
http://www.opengroup.org/onlinepubs/007904975/toc.htm
All System Interfaces from that specification ending in _r:
[snip]
rand_r
[snip]
This
For the record, the immediate parent can be a DOS/Windows program that is
itself called by a Cygwin program (in this example, bash).
/tmp wc t
1 11850 404970 t
/tmp /bin/echo @t
@t
/tmp /bin/echo @t | wc
1 1 3
/tmp $(cygpath -u ${COMSPEC}) /c $(cygpath -w /bin/echo) @t
Intersection of (newlib _r listing from CGF) and (the union of the opengroup and libc
_r functions) (remove leading _):
asctime_r
ctime_r
gmtime_r
hcreate_r
hdestroy_r
hsearch_r
jrand48_r
lcong48_r
lrand48_r
localtime_r
mrand48_r
nrand48_r
rand_r
seed48_r
srand48_r
strerror_r
strtok_r
tmpnam_r
Corrected, missed the gammas, although they are already exported. Interestingly, libc
doesn't seem to have a gamma_r or gammaf_r in the documentation, although an lgamma_r
and an lgammaf_r; I am assuming a documentation bug.
Intersection of (newlib _r listing from CGF) and (the union of the
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response seemed to
indicate that he tried *both* the suggested mount option and the '@file'
option
On Fri, Apr 09, 2004 at 11:28:54AM -0400, Larry Hall wrote:
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response seemed to
indicate that he tried
Assume you have two hosts w/cygwin installed: one that sees script
foobar as a local file and one that is running this same foobar but
through a network drive.
Based on tests, if bash is running the script foobar, w/foobar
on a remote drive; then while foobar is
running on this remote box,
On Fri, 9 Apr 2004, Larry Hall wrote:
At 12:00 AM 4/9/2004, you wrote:
On Thu, 8 Apr 2004, Christopher Faylor wrote:
On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
A short description of my enironment:
- the programs I'm building are C/C++ compilers
- I use GCC
On Fri, 9 Apr 2004, Larry Hall wrote:
Hi Larry,
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response seemed to
indicate that he tried *both*
On Fri, 9 Apr 2004, Tom Rodman wrote:
Assume you have two hosts w/cygwin installed: one that sees script
foobar as a local file and one that is running this same foobar but
through a network drive.
Based on tests, if bash is running the script foobar, w/foobar
on a remote drive; then while
Op Fri, 9 Apr 2004 00:01:56 -0400
schreef Christopher Faylor cgf-no-personal-reply-please uit cygwin.com
in [EMAIL PROTECTED]:
: On Fri, Apr 09, 2004 at 04:33:26AM +0200, Bas van Gompel wrote:
[don't export _r functions which are only in newlib and in no UNIX]
: Yeah, sure. But this means I
At 12:44 PM 4/9/2004, you wrote:
On Fri, 9 Apr 2004, Larry Hall wrote:
Hi Larry,
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response seemed
At 11:57 AM 4/9/2004, you wrote:
On Fri, Apr 09, 2004 at 11:28:54AM -0400, Larry Hall wrote:
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response
Op Fri, 9 Apr 2004 10:45:38 -0400
schreef Christopher Faylor cgf-no-personal-reply-please te cygwin.com
in [EMAIL PROTECTED]:
[...]
: newlib does produce a 'rand_r' function, so Buzz's list is incomplete.
FWIW, I only listed the _function_r functions, not the functon_r
functions.
L8r,
Buzz.
--
At 03:25 PM 4/7/2004, you wrote:
Is VMWare a significant component or is it just the fact that you have a
shortcut?
no, vmware probably isn't significant (just giving the system
rundown),
Is your shortcut created via Cygwin's ls -s or via
Windows?
and it wasn't a windows 'shortcut'
Jay,
You're not the first to run into this. From all I've gathered/read, the
short answer to your question whether Cygwin supports backlinking as you
expect in most *nix environments is _no_.
True, Windows does not support backlinking. True, you can play the
libtools game, build a stub
When csh scripts have DOS line endings, tcsh 6.12.00 sometimes parses them
incorrectly. This seems to happen with scripts that have while loops,
once the scripts get big enough. Converting the script to unix line
endings fixes the problem.
The attached script, cshbug, is about as small as it
52 matches
Mail list logo