Hi
A new version of 'xemacs' has been uploaded to a server near you.
DESCRIPTION:
A powerful, highly customizable open source text editor and application
development system
CYGWIN NEWS:
* Added --with-widgets=lucid to configure
Old CYGWIN NEWS:
Camille,
The Gap
Enterprise Products Partners L.P.
Membership Sign-up
http://in.geocities.com/asset_swap_45665
Sincerely,
Ervin Bautista
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Hi guys,
since yesterday, I'm experiencing some strange problems,
some of which I connect with cygwin, but surely our local
setup with shared drives is an issue, too. I'm asking our
IT staff at the same time whether anything changed with the
server configuration, but cannot tell whether I'll get
Jan Schormann wrote:
a) Since yesterday, when running setup.exe on our own, private,
enriched mirror, I get an error message saying
Fatal Error: Uncaught Exception
Thread: DialogProc
Type: 9Exception
Message: Package validation failure for
* * wrote:
On 1/17/06, Eric Lilja wrote:
* * wrote:
Are the import libraries using the cygwin filename conventions?
Well, no. Building Mesa with glut creates the following files (which
I have copied to the directory of the simple test program I trying
to build with compiler supplied with
Hi,
The new cygpath 15.1.19-2 writes an additional line in the tty
$ cygpath -H
$ ** buf C:\WINDOWS\Profiles
$ /cygdrive/c/WINDOWS/Profiles
bye
R.M.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Eric Lilja wrote:
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
undefined reference), shows: $ nm GLUT32.lib | grep _glutPostRedisplay
I [EMAIL PROTECTED]
T [EMAIL PROTECTED]
This is definitely the MSVC name mangling convention but I think
that
Rodrigo Medina wrote:
Hi,
The new cygpath 15.1.19-2 writes an additional line in the tty
$ cygpath -H
$ ** buf C:\WINDOWS\Profiles
$ /cygdrive/c/WINDOWS/Profiles
bye
R.M.
Oops! Someone left some debug print in there!
[ Unless someone beats me to it I'll remove this
Dave Korn wrote:
Eric Lilja wrote:
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
undefined reference), shows: $ nm GLUT32.lib | grep
_glutPostRedisplay I [EMAIL PROTECTED]
T [EMAIL PROTECTED]
This is definitely the MSVC name mangling convention
Greetings!
I'm trying to debug a C++/wxWidgets project
using DDD under cygwin. However, DDD freezes
when I try to open a project file with
File-Open Source
Indeed, it seems DDD (GDB?) tries to create a list
of ALL source files, including the source files of
wxWidgets itself. I've
Humberto Bortolossi wrote:
Greetings!
I'm trying to debug a C++/wxWidgets project
using DDD under cygwin. However, DDD freezes
when I try to open a project file with
File-Open Source
Indeed, it seems DDD (GDB?) tries to create a list
of ALL source files, including the source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of findutils, 4.3.0-1, is available for experimental use.
NEWS:
=
This is a new development upstream release. It uses a new algorithm for
file traversal, and adds new features that might be withdrawn depending on
feedback received,
DaveK wrote on Wednesday, January 18, 2006 12:25 PM:
Jan Schormann wrote:
a) Since yesterday, when running setup.exe on our own, private,
enriched mirror, I get an error message saying
Fatal Error: Uncaught Exception
...
Nonetheless, your first move should be to try
Hi,
OK, one down, one to go ;-)
New cygcheck.out to show the current config.
This one is SOLVED with the (experimental) findutils 4.3:
find: //desdata1/divisions/frameworks/share/Tools/BrainTools changed
during execution of find (old inode number -411813144, new
inode number
-457114904,
I occasionally see the following heap allocation problem. This typically
happens when a
bash window has been left idle at its prompt for several hours (eg overnight),
and occurs
on the first command causing an executable to be run. It is independent of the
command
(as far as I can tell - it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jan Schormann on 1/18/2006 6:48 AM:
Hi,
OK, one down, one to go ;-)
New cygcheck.out to show the current config.
Can you convince your mailer to attach text files with a MIME type of
text, rather than application/octet-stream? It
On Wed, 18 Jan 2006, Eric Blake wrote:
According to Jan Schormann on 1/18/2006 6:48 AM:
New cygcheck.out to show the current config.
Can you convince your mailer to attach text files with a MIME type of
text, rather than application/octet-stream? It makes it easier for me to
read if the
Hello,
I've been deploying SSH to a lot of Windows Servers (2000 2003)
successfully. I've created an unnatended installation of cygwin and some
scripts to run ssh-host-config and create the correct authorized_keys file
in the local user we need to use public key authentication.
But, I have 4
The files have these permissions:
[EMAIL PROTECTED] ~
$ ls -l /etc/ssh*
-rwxr-xr-x 1 Administrator None 1292 Jan 18 13:44 /etc/ssh_config
-rw--- 1 Administrator None 1192 Jan 18 13:44 /etc/ssh_host_dsa_key
-rw-r--r-- 1 Administrator None 1121 Jan 18 13:44 /etc/ssh_host_dsa_key.pub
Because your are bound by the laws of ntfs access control
entrys. Having rights to write to a file doesn't mean you are
allowed to change its owner. You need permissions to change
the directory the files are in.
And getting this right is easier in windows than in cygwin.
Use cacls to
Cliff Hones wrote:
6 [main] ? (2604) C:\cygwin\bin\bash.exe: *** fatal error -
couldn't allocate heap, Win32 error 487, base 0x48, top
0x4A, reserve_size 126976, allocsize 131072, page_const 4096 98
[main] bash 2160 child_copy: stack write copy failed,
And ... in the problematic server the Administrators group have this
privilege:
Take ownership of files or other objects
(SeTakeOwnershipPrivilege)
Allows a user to take ownership of any securable object in the system,
including Active Directory objects, NTFS files and folders, printers,
registry
Manel Rodero wrote:
Because your are bound by the laws of ntfs access control
entrys. Having rights to write to a file doesn't mean you are
allowed to change its owner. You need permissions to change
the directory the files are in.
And getting this right is easier in windows than in cygwin.
Dave Korn wrote:
Cliff Hones wrote:
6 [main] ? (2604) C:\cygwin\bin\bash.exe: *** fatal error -
couldn't allocate heap, Win32 error 487, base 0x48, top
0x4A, reserve_size 126976, allocsize 131072, page_const 4096 98
[main] bash 2160 child_copy: stack write copy
Chris Taylor wrote:
You want to try with the domain administrator account, not the local
administrator.
If you're logging on as administrator, and log on to is set to the
domain, then you are already doing so and something most unusual is
occuring - suggestive of an admin removing
Dave Korn wrote:
Chris Taylor wrote:
You want to try with the domain administrator account, not the local
administrator.
If you're logging on as administrator, and log on to is set to the
domain, then you are already doing so and something most unusual is
occuring - suggestive of an admin
Cliff Hones wrote:
Dave Korn wrote:
(I can see how applications that LoadLibrary a new .dll after they've
already been running for a long time and allocated lots of heap might be
particularly prone to these remapping failures too).
I'm not sure I understand what you're saying here.
I
Chris Taylor wrote:
Dave Korn wrote:
Simplest workaround would be to always join the machine to the domain
first and install cygwin second.
And to install as the domain administrator, not the local admin,
otherwise you run into this problem, as the OP has done.
Probably a domain
[snip]
I also find the sleep(2000) in heap.cc when the mapping error is
detected rather suspicious - is this to avoid a race condition with
the parent?
Dunno, suspect it may have been something experimental. Take a look
at when it arrived in the CVS and check the associated changelog
On Jan 18 10:52, Brett Serkez wrote:
[snip]
I also find the sleep(2000) in heap.cc when the mapping error is
detected rather suspicious - is this to avoid a race condition with
the parent?
Dunno, suspect it may have been something experimental. Take a look
at when it arrived
Dave Korn wrote:
Cliff Hones wrote:
The parent (the bash
shell) has been running (and idle) a long time, but the new child which
is being forked is presumably a new windows process. The error relates to
the virtual mapping in the new process, so Windows appears to be
allocating DLLs or their
On Wed, Jan 18, 2006 at 03:16:27PM -, Dave Korn wrote:
Cliff Hones wrote:
[main] ? (2604) C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate
heap, Win32 error 487, base 0x48, top 0x4A, reserve_size 126976,
allocsize 131072, page_const 4096
[main] bash 2160 child_copy:
On Jan 18 15:47, Jan Schormann wrote:
Eric wrote on Wednesday, January 18, 2006 3:14 PM:
In which case, an strace may be interesting to show why stat()
is giving different inodes on the same network share file when it
has not been modified.
Does this help? See attachment.
~$
Christopher Faylor wrote:
On Wed, Jan 18, 2006 at 03:16:27PM -, Dave Korn wrote:
Cliff Hones wrote:
[main] ? (2604) C:\cygwin\bin\bash.exe: *** fatal error - couldn't allocate
heap, Win32 error 487, base 0x48, top 0x4A, reserve_size 126976,
allocsize 131072, page_const 4096
Dave Korn wrote:
Chris Taylor wrote:
Dave Korn wrote:
Simplest workaround would be to always join the machine to the domain
first and install cygwin second.
And to install as the domain administrator, not the local admin,
otherwise you run into this problem, as the OP has done.
I'm having trouble using cron on cygwin.
I just installed cron using setup.exe. It didn't create any rc.d
files, so I started it manually by typing cron at the prompt. (I'm a
member of group 0). Although the cron process is running, it doesn't
seem to be running my cron job.
Any suggestions
Also, if there is a simpler way that I should be doing this, please
let me know.
On 1/18/06, Lst Recv [EMAIL PROTECTED] wrote:
I'm having trouble using cron on cygwin.
I just installed cron using setup.exe. It didn't create any rc.d
files, so I started it manually by typing cron at the
On Wed, Jan 18, 2006 at 04:18:09PM +, Cliff Hones wrote:
Can this explain failures to initialize executables which don't use threads?
I don't know, but I wouldn't have thought 'ls' uses threads.
Every cygwin application (and probably every windows application) uses
threads. The above
Eric Lilja wrote:
[snip]
Check this post I made on comp.video.mesa3d.user that sums up my efforts and
results:
http://permalink.gmane.org/gmane.comp.video.mesa3d.user/796
If you have ideas on what more to test, please let me know! I would be
eternally grateful!
/ E
--
Unsubscribe info:
Cliff Hones wrote:
Can this explain failures to initialize executables which don't use
threads? I don't know, but I wouldn't have thought 'ls' uses threads.
*Everything* uses threads, but many apps only use one thread.
cheers,
DaveK
--
Can't think of a witty .sigline today
Christopher Faylor wrote:
Actually, this kind of error is more likely to be caused by a thread
starting prior to cygwin initialization and grabbing cygwin's heap area
to use for its stack.
Oh, of course! 2 meg of allocation is going to throw everything wy off!
cheers,
Christopher Faylor wrote:
On Wed, Jan 18, 2006 at 04:18:09PM +, Cliff Hones wrote:
Can this explain failures to initialize executables which don't use
threads? I don't know, but I wouldn't have thought 'ls' uses threads.
Every cygwin application (and probably every windows application)
Chris Taylor wrote:
Dave Korn wrote:
Chris Taylor wrote:
Dave Korn wrote:
Simplest workaround would be to always join the machine to the domain
first and install cygwin second.
And to install as the domain administrator, not the local admin,
otherwise you run into this problem,
Hi,
What toolchain should one use to get cygwin-like functionality for
Win CE? I.e. Posix compatibility layer etc (cygwin-wince.dll).
Thanks,
--
Philippe Laporte
Software
Gatespace Telematics
Första Långgatan 18
41328 Göteborg
Sweden
Phone: +46 702 04 35 11
Fax: +46 31 24 16 50
On Wed, Jan 18, 2006 at 04:41:08PM -, Dave Korn wrote:
Christopher Faylor wrote:
On Wed, Jan 18, 2006 at 04:18:09PM +, Cliff Hones wrote:
Can this explain failures to initialize executables which don't use
threads? I don't know, but I wouldn't have thought 'ls' uses threads.
Every
On Jan 18 11:57, Christopher Faylor wrote:
1.5.19 may have aggravated this problem since Corinna's changes to mmap
now use VirtualAlloc'ed space for privately mmapped areas. For some
inexplicable reason, this causes more of this type of collision. I
would swear that once a program uses a
Dave Korn wrote:
Chris Taylor wrote:
Dave Korn wrote:
Chris Taylor wrote:
Dave Korn wrote:
Simplest workaround would be to always join the machine to the domain
first and install cygwin second.
And to install as the domain administrator, not the local admin,
otherwise you run into
Hi all,
SOLVED!
If I use the 'Administrator' local account the script ssh-host-config fails
when trying to chown the /etc/ssh* files.
But, if I use the 'Administrator' domain account then the script works (i.e.
this user can chown the files to the SYSTEM account). The only thing this
domain
On Wed, 18 Jan 2006, Lst Recv wrote:
I'm having trouble using cron on cygwin.
I just installed cron using setup.exe. It didn't create any rc.d files,
so I started it manually by typing cron at the prompt. (I'm a member of
group 0). Although the cron process is running, it doesn't seem to
Christopher Faylor wrote:
...
One scenario that I have seen is that a thread gets started when someone
hits CTRL-C while a forked process is starting up. Since only one
thread can execute at a time when a process is in DLL initialization,
the other thread's stack gets allocated but it hangs
On Wed, 18 Jan 2006, Igor Peshansky wrote:
On Wed, 18 Jan 2006, Lst Recv wrote:
I'm having trouble using cron on cygwin.
I just installed cron using setup.exe. It didn't create any rc.d files,
so I started it manually by typing cron at the prompt. (I'm a member of
group 0).
Christopher Faylor wrote:
One scenario that I have seen is that a thread gets started when someone
hits CTRL-C while a forked process is starting up. Since only one
thread can execute at a time when a process is in DLL initialization,
the other thread's stack gets allocated but it hangs
Manel Rodero wrote:
Why? Because its primary group is mkgroup-l-d. So I need to change this
first by running mkpasswd -l and mkgroup -l. In this manner this
domain account can create /home/pkuser and then create here a .ssh
directory with the authorized_keys I need to implement public key
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]:
corinna: Emulate linux version of realpath
now when I have a file foo.exe,
realpath(foo) returns foo instead of foo.exe
also:
$ ls -l /proc/self/exe
0 lrwxrwxrwx 1 sds mkgroup-l-d 0 Jan 18 2006 /proc/self/exe - /usr/bin/ls*
On Jan 18 12:27, Sam Steingold wrote:
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]:
corinna: Emulate linux version of realpath
now when I have a file foo.exe,
realpath(foo) returns foo instead of foo.exe
also:
$ ls -l /proc/self/exe
0 lrwxrwxrwx 1 sds mkgroup-l-d
Dave Korn wrote:
I'm not sure that power users have the ability to change ownership in
this way..
Actually, I'm not sure either. If Power Users isn't enough, it would need
to be a local admin.
This discussion reminds me of an article I read recently:
Thanks to all for any and all assistance. I need a little help. I've searched
the FAQ and the archives (probably not with the right keywords which is why I
can't find the fix) but I did find references to this problem but they all seem
to be old and also fixed but seem to have been related to
It's rather a long time since I tried building my own cygwin from CVS. With
the new release out, I thought I'd give it a try, as I imagine HEAD is very
close to 1.5.19-2. I followed the instructions in the FAQ:
http://cygwin.com/faq/faq.programming.html#faq.programming.building-cygwin
A few
On Jan 18 18:28, Cliff Hones wrote:
It's rather a long time since I tried building my own cygwin from CVS. With
the new release out, I thought I'd give it a try, as I imagine HEAD is very
close to 1.5.19-2. I followed the instructions in the FAQ:
Cliff Hones wrote:
. When I ran the tests, I got five unexpected failures (devdsp,
msgtest, pthread-cancel1, semtest and shmtest). Is this to
be expected :-).
Is the smiley there to indicate that you already understand perfectly well
that these tests would require cygserver to
Cliff Hones wrote:
. It would be useful to mention in the FAQ which packages need to be
installed
to perform the build. I expect everyone will realise make, gcc, binutils
etc.
are required, but I found I needed cocom (for shilka) which I'd not come
across
before, and
Dave Korn wrote:
Cliff Hones wrote:
. When I ran the tests, I got five unexpected failures (devdsp,
msgtest, pthread-cancel1, semtest and shmtest). Is this to
be expected :-).
Is the smiley there to indicate that you already understand perfectly well
that these tests would
On Wed, Jan 18, 2006 at 07:10:27PM +0100, Corinna Vinschen wrote:
On Jan 18 12:27, Sam Steingold wrote:
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]:
corinna: Emulate linux version of realpath
now when I have a file foo.exe,
realpath(foo) returns foo instead of
Brian Dessent wrote:
Cliff Hones wrote:
. It would be useful to mention in the FAQ which packages need to be
installed
to perform the build. I expect everyone will realise make, gcc, binutils
etc.
are required, but I found I needed cocom (for shilka) which I'd not come
across
A new version of the orpie package is available in the Cygwin
distribution.
Changes in version 1.4.3-1:
* New upstream release: fixes two bugs including one possible crash.
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads
Corinna Vinschen wrote:
Do you want to write a few words yourself and send an appropriate docs
patch to the cygwin-patches list? You know, http://cygwin.com/acronyms#PTC
If anyone feels like rewording that section, it might be a good time to
mention the peculiarities of the sourceware CVS
Cliff Hones wrote:
Well, maybe it is a timestamp problem, but the make did fail trying to
regenerate
devices.cc using the gendevices script. After I'd installed cocom it worked,
and overwrote devices.cc in the src/winsup/cygwin directory.
That does sound like a timestamp issue then. I
On Jan 17 16:19, Corinna Vinschen wrote:
On Jan 17 14:16, Pierre Bogossian wrote:
rsh doesn't seem to work anymore since I upgraded to cygwin-1.5.19-2.
Running a simple commande like rsh localhost echo blah just hangs forever.
I can't tell if the problem comes from rsh command or from the
Hi,
I would like to suppress logging of tasks by cron in the Windows
Application Event log. I want to schedule a task that runs frequently
but do not want the Event log to quickly grow.
I did search the Cygwin mailing list archive and found this:
* Corinna Vinschen [EMAIL PROTECTED] [2006-01-18 19:10:27 +0100]:
On Jan 18 12:27, Sam Steingold wrote:
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]:
corinna: Emulate linux version of realpath
now when I have a file foo.exe,
realpath(foo) returns foo instead of
On Wed, 18 Jan 2006, Sam Steingold wrote:
here is a simple test case:
int main (int argc, char *argv[]) {
char executable[MAXPATHLEN];
realpath(argv[0],executable);
if (open(executable,O_RDONLY|O_BINARY,0644) 0) return 1;
else return 0;
}
it worked (returned 0) before and it
Hi.
The documentation for the boost package is incomplete. The link to the
libraries docs from /cygwin/usr/share/doc/boost-1.33.1-1/index.htm doesn't
work, and the documentation for several libraries is missing. For example,
there's no documentation for multi_index.
Regards,
Bruno
Brian Dessent wrote:
Cliff Hones wrote:
Well, maybe it is a timestamp problem, but the make did fail trying to
regenerate devices.cc using the gendevices script. After I'd installed
cocom it worked, and overwrote devices.cc in the src/winsup/cygwin
directory.
That does sound like a
Dave Korn wrote:
Hmm. My local copy of devices.cc regenerated itself today as well,
although I didn't notice it fly past in the build.
Mystery solved. Cgf updated devices.h and regenerated devices.cc back in
December, but overlooked doing the regenerate when he reverted the change the
* Brian Ford [EMAIL PROTECTED] [2006-01-18 14:06:19 -0600]:
On Wed, 18 Jan 2006, Sam Steingold wrote:
here is a simple test case:
int main (int argc, char *argv[]) {
char executable[MAXPATHLEN];
realpath(argv[0],executable);
if (open(executable,O_RDONLY|O_BINARY,0644) 0) return 1;
Sam Steingold wrote:
not only cygwin drops extension from argv[0] (as your bug report
says),
That's not a bug, it's a vital feature. Consider all those Unix-y programs
that perform different functions according to the filename you invoke them
with. Most of them just use if (!strcmp
On Jan 17 16:19, Corinna Vinschen wrote:
On Jan 17 14:16, Pierre Bogossian wrote:
rsh doesn't seem to work anymore since I upgraded to cygwin-1.5.19-2.
Running a simple commande like rsh localhost echo blah just hangs
forever.
I can't tell if the problem comes from rsh command or from
* Dave Korn [EMAIL PROTECTED] [2006-01-18 20:37:30 +]:
Sam Steingold wrote:
not only cygwin drops extension from argv[0] (as your bug report
says),
That's not a bug, it's a vital feature. Consider all those Unix-y
programs that perform different functions according to the filename
On Wed, 18 Jan 2006, Herman Poon wrote:
I would like to suppress logging of tasks by cron in the Windows
Application Event log. I want to schedule a task that runs frequently
but do not want the Event log to quickly grow.
I did search the Cygwin mailing list archive and found this:
On Wed, 18 Jan 2006, Jeff Hardy wrote:
I have updated my windowsxp with the latest cygwin and
this breaks several scripts I have that use the run
command to start xterms without consoles. I have tried
to track the problem down and at least one problem is
that if I type run env /tmp/xxx and
Do you have a directory named cygdrive in your root?
Normally, you shouldn't. For example, if I type
ls /proc*, I get:
ls: /proc*: No such file or directory
But if I type:
ls /proc, I see:
1024 cpuinfo meminfo registry statversion
608 loadavg partitions self uptime
---
Why?
On Wed, Jan 18, 2006 at 04:21:42PM -0800, L. A. Walsh wrote:
Do you have a directory named cygdrive in your root? Normally, you
shouldn't.
Not so: http://cygwin.com/ml/cygwin-announce/2006-01/msg00016.html
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Mea culpa...*irk*...it wasn't _intentional_...
It's a Tbird extension that's supposed to pick *my* address
out of headers that just put cygwin@cygwin.com on the From
addr instead of my domain. *Irk*...Haven't seen that behavior
before.
I wouldn't have noticed it except that this time the email
On Wed, Jan 18, 2006 at 04:29:38PM -0800, L. A. Walsh wrote:
Mea culpa...*irk*...it wasn't _intentional_...
It wasn't just you.
There really isn't any reason for anyone to fess up about this.
I just wanted to let people know that it is a bad idea. We don't
really have to discuss it any further
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might have the newest feature implemented
by Christopher.
Is there any logic to doing this for /proc and /cygdrive and not
/dev?
At least now everyone can get the drive loop detected message
I've been getting
I've made a new version of the mingw-runtime available for download.
Note: There are no code changes since the -1 release. The purpose of
this release is to address the issue of the new Cygwin release
accidentally including some of the mingw-runtime files.
To update your installation, click on
Thanks for your reply. I'll attach next time.
I'll accept what you say, but even environment
variables that are in my windows environment are not
in the environment of programs run under run. By
environment, I mean that if you type set in a cmd
window, you get the windows environment. Practically
On Wed, Jan 18, 2006 at 04:55:20PM -0800, Jeff Hardy wrote:
Thanks for your reply. I'll attach next time.
I'll accept what you say, but even environment variables that are in my
windows environment are not in the environment of programs run under
run. By environment, I mean that if you type set
Jeff Hardy wrote:
I'll accept what you say, but even environment
variables that are in my windows environment are not
in the environment of programs run under run. By
environment, I mean that if you type set in a cmd
window, you get the windows environment. Practically
none of those
On 1/18/06, Eric Lilja [EMAIL PROTECTED] wrote:
Dave Korn wrote:
Eric Lilja wrote:
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
undefined reference), shows: $ nm GLUT32.lib | grep
_glutPostRedisplay I [EMAIL PROTECTED]
T [EMAIL PROTECTED]
On 1/18/06, * * [EMAIL PROTECTED] wrote:
On 1/18/06, Eric Lilja wrote:
Uuggh! Sorry about the e-mail address AGAIN! Nothing like realizing
.17 seconds after hitting send.
Dave Korn wrote:
Eric Lilja wrote:
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
I searched the main cygwin archives found a thread on installing
Cygwin using Linux. It recommended just WGET-ing or FTP-ing the whole
release directory along w/ setup.exe setup.ini get on with it.
However I poked around on ftp.ale.org observed that there were
usually 2 copies
On 1/13/06, Yitzchak Scott-Thoennes wrote:
It would be nice to have a sample batch file that automated
the cygwin1.dll replacement, too.
I've prettied up a batch file I use for installing cygwin-inst-*
snapshots, and added stuff to handle spacey pathnames and inetd (which
AIUI isn't always
--
William A. Mahaffey III
--
The M1 Garand is without doubt the finest implement of war
ever devised by man.
-- Gen. George S. Patton
---BeginMessage---
I searched
Philippe Laporte wrote:
Hi,
What toolchain should one use to get cygwin-like functionality for
Win CE? I.e. Posix compatibility layer etc (cygwin-wince.dll).
The following google search unearths for me the only relevant conversation
on this list that I recall:
On 01/18/2006, Brian Keener wrote:
When I attempt to do a find as in: [EMAIL PROTECTED] ~ $ find / -name
*winrc* -print I get the following: find: Filesystem loop detected;
`/cygdrive/c/cygwin' has the same device number and inode as a directory
which is 3 levels higher in the filesystem
William A. Mahaffey III wrote:
I searched the main cygwin archives found a thread on installing
Cygwin using Linux. ...
I'm curious -- why would you want to install Cygwin on GNU/Linux when most
GNU/Linux distributions already include GNU tools?
David
--
Unsubscribe info:
On Wed, 18 Jan 2006, William A. Mahaffey III wrote:
I searched the main cygwin archives found a thread on installing
Cygwin using Linux. It recommended just WGET-ing or FTP-ing the whole
release directory along w/ setup.exe setup.ini get on with it.
However I poked around on
On Wed, Jan 18, 2006 at 09:17:43PM -0800, David Christensen wrote:
William A. Mahaffey III wrote:
I searched the main cygwin archives found a thread on installing
Cygwin using Linux. ...
I'm curious -- why would you want to install Cygwin on GNU/Linux when most
GNU/Linux distributions
I just ran setup.exe to get the latest mingw-runtime (3.9-2), and I noticed
it also upgraded my cygwin 1.5.19-2 to 1.5.19-3 but I never saw that update
being announced...the mirror I used was ftp.cise.ufl.edu
/ E
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
1 - 100 of 125 matches
Mail list logo
