[ redirected from cygwin-developers. ]
On 04/10/2009 05:11, Charles Wilson wrote:
[ thread seriously necro'd! ]
Dave Korn wrote:
Charles Wilson wrote:
120 void
121 _pei386_runtime_relocator ()
122 {
123 static int was_init = 0;
124 if (was_init)
125 return;
126
On Wed, May 05, 2010 at 05:54:29PM +0100, Dave Korn wrote:
[ redirected from cygwin-developers. ]
On 04/10/2009 05:11, Charles Wilson wrote:
[ thread seriously necro'd! ]
Dave Korn wrote:
Charles Wilson wrote:
120 void
121 _pei386_runtime_relocator ()
122 {
123 static int was_init
On 05/05/2010 18:56, Christopher Faylor wrote:
I like the idea but I have a few problems with this, some stylistic and
some implementation.
Stylistic:
Those all make sense to me, but I won't rework it yet until we've seen your
PoC/discussed further.
Implementation:
I don't like
On Wed, May 05, 2010 at 07:58:20PM +0100, Dave Korn wrote:
On 05/05/2010 18:56, Christopher Faylor wrote:
I like the idea but I have a few problems with this, some stylistic and
some implementation.
Stylistic:
Those all make sense to me, but I won't rework it yet until we've seen your
On 05/05/2010 20:13, Christopher Faylor wrote:
Yeah, I realized that two seconds after sending the message. However,
is this particular problem really an issue for DLLs? DLLs should get
their data/bss updated after _pei386_runtime_relocator() is called. So
it seems like you'd get the same
On Wed, May 05, 2010 at 08:48:28PM +0100, Dave Korn wrote:
On 05/05/2010 20:13, Christopher Faylor wrote:
Yeah, I realized that two seconds after sending the message. However,
is this particular problem really an issue for DLLs? DLLs should get
their data/bss updated after
On 05/05/2010 21:30, Christopher Faylor wrote:
I have something written now. I'll dig through the cygwin archives to
see if I can find the original message which started this but are there
other test cases that I could use to verify that I caught all of the
code paths in the DLL?
On 5/5/2010 3:13 PM, Christopher Faylor wrote:
That's basically it and I have it more-or-less coded but I haven't
finished thinking about DLLs. Maybe that's more complication than is
warranted. I have to do more research there. We could, and I think
should, put most of the code in
On 5/5/2010 4:30 PM, Christopher Faylor wrote:
Chuck? Do you have anything I could use to test what I did?
Yes, most recent version attached. (embedded READMEs describe expected
output).
--
Chuck
pseudo-reloc-tests-v3.tar.bz2
Description: Binary data
On 05/05/2010 06:04, Jeremy Bopp wrote:
MichaelKim wrote:
Prerequisite `../bin/build/chrome' is newer than
target `../bin/build/chrome/alt.jar'.
Must remake target `../bin/build/chrome/alt.jar'.
So let me get this straight. The JAR file you're trying to
On May 5 06:21, Andy Koppe wrote:
Matthias Meyer wrote:
2) In the opposite to V1.5.25 ls -alh /cygdrive/c/users/ shows the Vista
Junction points like linux soft links. That is nice :-)
But the Windows Program attrib /S /D will follow this symbolic links and
therefore it comes into an
Greetings, Ken Brown!
Surprized... It show nothing, although the setup.exe states that lynx 2.8.5-4
is installed.
And only lynx that could be installed is a Cygwin one, i'm not using any
other
unix tools packages.
I think it's the time to reinstall it all... yet again...
I just did it
Hey,
I am trying to run a ssh command to install something silently.
However, when it tries to install it says File Cannot Be Found. However, I
believe its more of a 'No permission to do this', as the file exists.
I can run the Msiexec command manually (remote desktop + CMD) and it will
Hi all,
The script below worked without problems last month. But now I get
Segmentation fault (core dumped).
If I use the lines which begins with
#this works fine
instead of the one with GetWordExe it works fine.
I tested it with the latest update
Sorry that it is not shorter but it is
On May 5 10:57, DEWI - N. Zacharias wrote:
Hi all,
The script below worked without problems last month. But now I get
Segmentation fault (core dumped).
If I use the lines which begins with
#this works fine
instead of the one with GetWordExe it works fine.
I tested it with
On 5/5/10, Mark Geisert m...@maxrnd.com wrote:
I have some code that takes advantage of 8 cores on my machine using
OpenMP. Under plain ol windows, this code causes all the CPUs to max
on some computers you can get things like virus protection software to
do thta. LOL. My point of course,
On 5/5/2010 4:28 AM, Andrey Repin wrote:
Greetings, Ken Brown!
Surprized... It show nothing, although the setup.exe states that lynx 2.8.5-4
is installed.
And only lynx that could be installed is a Cygwin one, i'm not using any other
unix tools packages.
I think it's the time to reinstall it
Hi Corinna,
Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
Gesendet: Mittwoch, 5. Mai 2010 11:39
An: cygwin@cygwin.com
Betreff: [bulk] - Re: reading /proc/registry/ causes Segmentation fault.
On May 5 10:57, DEWI - N. Zacharias wrote:
Hi all,
The script below worked
On 02.05.2010 17:52, Johannes Müller wrote:
Johannes Müller wrote:
Hi,
I installed and use cron on windows xp using cygwin. It works fine for
non-GUI applications, but for instance notepad does not seem to start
at all. And a popup-window-script I wrote in python does appear and
react to
On May 5 14:02, DEWI - N. Zacharias wrote:
Hi Corinna,
Von: Corinna Vinschen [mailto:...]
http://cygwin.com/acronyms/#PCYMTNQREAIYR
Did you try with the Cygwin DLL from a recent developer snapshot from
http://cygwin.com/snapshots/ ?
Because I run an update this morning my assumption
On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote:
Is this supposed to work?
Nobody knows if Cygwin signals work? Could anybody reproduce the crash
from my example code at least on their machines?
Cheers,
Nicholas Sherlock
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote:
On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote:
Is this supposed to work?
Nobody knows if Cygwin signals work? Could anybody reproduce the crash
from my example code at least on their machines?
Investigating this is on my
Hi Corinna,
Von: Corinna Vinschen
Gesendet: Mittwoch, 5. Mai 2010 14:32
An: cygwin@cygwin.com
Betreff: [bulk] - Re: [bulk] - Re: reading /proc/registry/ causes Segmentation
fault.
On May 5 14:02, DEWI - N. Zacharias wrote:
Hi Corinna,
Von: Corinna Vinschen [mailto:...]
Hi,
I’m working on windows XP with Cygwin, I have download libapr1-devel-1.3.8-1
and libaprutil1-devel-1.3.9-1 for use and compile the logger log4cxx from
apache.
Basic functions (basic logger, appender and configuration) works pretty well,
but when I decide to use the method
Thomas Wolff t...@towo.net writes:
Am 04.05.2010 16:03, schrieb J. David Boyd:
...
Locally, I can use the mouse to resize a window, and the $COLUMNS and
$LINES variables are automatically filled in.
On many remote xterm sessions, they aren't.
Does anyone have any idea where to start
On 5/5/2010 7:40 AM, jeanherve.qu...@free.fr wrote:
Hi,
I’m working on windows XP with Cygwin, I have download libapr1-devel-1.3.8-1
and libaprutil1-devel-1.3.9-1 for use and compile the logger log4cxx from
apache.
Basic functions (basic logger, appender and configuration) works pretty
Andy Koppe andy.ko...@gmail.com writes:
J. David Boyd wrote:
I don't think it is a Cygwin issue at all. And, I'm certain it is a
remote server problem, as it works on many boxes.
I was just looking for some help and ideas, and the Cygwin list seemed a
good place to start since I use
On 5/5/2010 8:28 AM, J. David Boyd wrote:
Thomas Wolfft...@towo.net writes:
Am 04.05.2010 16:03, schrieb J. David Boyd:
...
Locally, I can use the mouse to resize a window, and the $COLUMNS and
$LINES variables are automatically filled in.
On many remote xterm sessions, they aren't.
Does
Constantly stalling when exiting rxvt in [1.7] (as previously reported;
and still don't understand why, or why this list isn't full of
Me toos). This never happens in 1.5. I really prefer rxvt over all
other shells incl mintty. So I copied rxvt.exe from /bin[1.5] to
/bin[1.7] overwriting the
I often find myself running a piece of software from within emacs that
expects, and spits out, Windows-style paths (C:\...). Handling sending
it Windows paths based on the Cygwin ones is fine, I just use a
script.
Of course, the tool returning Windows paths is a PITA, because it means
I can't do
On 05/05/2010 19:24, Gary wrote:
I often find myself running a piece of software from within emacs that
expects, and spits out, Windows-style paths (C:\...). Handling sending
it Windows paths based on the Cygwin ones is fine, I just use a
script.
Of course, the tool returning Windows paths
Andy Koppe wrote:
Matthias Meyer wrote:
I've installed cygwin 1.7 in Vista and have two problems, not known prior
with cygwin 1.5.25:
1) If I login in a shell (e.g. sh --login -i) I can not use cursor or
backspace keys. It seems that the cursor can't go into the left
direction. Cursor up
Corinna Vinschen wrote:
On May 5 06:21, Andy Koppe wrote:
Matthias Meyer wrote:
2) In the opposite to V1.5.25 ls -alh /cygdrive/c/users/ shows the
Vista Junction points like linux soft links. That is nice :-)
But the Windows Program attrib /S /D will follow this symbolic links
and
Amazingly enough I solved this problem for myself just yesterday.
;; Add to your .emacs file.
;; Handle locating files containing errors for compilers that report
using DOS style paths.
(when (eq system-type 'cygwin)
(require 'compile)
(setq compilation-parse-errors-filename-function
Fabrice PLATEL fplatel at orinux.com writes:
While I am viewing a file with the more utility, if I want to search
any expression inside the file by typing / then the expression, it
doesn't search and just displays the message Regular expression botch.
Am I the only one having this
Not sure why it line wrapped the second comment when I sent this. The
part reading using DOS style paths. is part of the comment line
above it.
On Wed, May 5, 2010 at 1:42 PM, Steven Collins spc.for@gmail.com wrote:
Amazingly enough I solved this problem for myself just yesterday.
;; Add
In the previous release, some of our engineers would change:
/cygwin/c/export/home/
To
/export/home
To eliminate the /c they would use
Mount -f -u -b c: /
This no longer works and I haven't figured out a work around.
Tried playing with fstab with no luck.
Thanks
Mathew
--
Problem
On 5/5/2010 2:57 PM, Mathew Shember wrote:
In the previous release, some of our engineers would change:
/cygwin/c/export/home/
To
/export/home
To eliminate the /c they would use
Mount -f -u -b c: /
This no longer works and I haven't figured out a work around.
Tried playing
On 5/5/2010 3:08 PM, Jeremy Bopp wrote:
On 5/5/2010 2:57 PM, Mathew Shember wrote:
In the previous release, some of our engineers would change:
/cygwin/c/export/home/
To
/export/home
To eliminate the /c they would use
Mount -f -u -b c: /
This no longer works and I haven't figured
On 6/05/2010 2:23 a.m., Christopher Faylor wrote:
On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote:
On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote:
Is this supposed to work?
Nobody knows if Cygwin signals work? Could anybody reproduce the crash
from my example code at
Hi,
Im not sure if this is a cygwin specific problem or a perl/CPAN issue.
Im trying to install the Net::Proxy module and Im getting the following
error:
perl (5.10.1) is installed, but we need version = 5.6
Im not sure why CPAN cant figure out that 5.10.1 is 5.6.
Below is the install
Yes, that's the problem, I am not supposed to update prerequisite file inside
of prerequisite dir.
But it's not related to WinXP or Win7, because it also worked _incorrectly_
on other Win7.
So what is happening that in some cases the mtime of directory is exactly
the mtime of the file created.
On 05/05/2010 23:57, Nicholas Sherlock wrote:
On 6/05/2010 2:23 a.m., Christopher Faylor wrote:
On Thu, May 06, 2010 at 02:20:54AM +1200, Nicholas Sherlock wrote:
On 28/04/2010 4:25 p.m., Nicholas Sherlock wrote:
Is this supposed to work?
Nobody knows if Cygwin signals work? Could anybody
On 06/05/2010 00:23, MichaelKim wrote:
But it's not related to WinXP or Win7, because it also worked _incorrectly_
on other Win7.
So what is happening that in some cases the mtime of directory is exactly
the mtime of the file created. This is confusing.
There have definitely been fixes in
At the moment I have Win7 with version 1.7.5. Most of the time the timestamps
of dir and inside file are exactly same.
Have WinXP with version 1.5.19 where the timestamps are _always_ the same.
The one at home Win7, which is _always_ dir has newer timestamp I believe
again 1.7.5, same as the one
On 06/05/2010 00:46, MichaelKim wrote:
At the moment I have Win7 with version 1.7.5. Most of the time the timestamps
of dir and inside file are exactly same.
Ah. The fact that the timestamps *look* the same when shown in the output
of a dir or ls command doesn't mean they're actually the
I'm using stats right after creating the jar
Creating chrome JAR file. Done!
stat /cygdrive/e/tmp/alt/bin/build/chrome
/cygdrive/e/tmp/alt/bin/build/chrome/alt.jar
File: `/cygdrive/e/tmp/alt/bin/build/chrome'
Size: 0 Blocks: 0 IO Block: 1024 directory
Device:
On 06/05/2010 01:16, MichaelKim wrote:
The timestamps are equal most of the time, just sometimes it may happen be
different.
Well, from make's point of view, it has to take the safe assumption that
if timestamps are equal, the file /could/ be out of date, so I think that
explains the
Just to make sure we are on the same page.. Whenever the timestamps are
equal, it doesn't consider target as out of date, hence nothing happens.
Dave Korn-6 wrote:
On 06/05/2010 01:16, MichaelKim wrote:
The timestamps are equal most of the time, just sometimes it may happen
be
On 06/05/2010 01:45, MichaelKim wrote:
Just to make sure we are on the same page.. Whenever the timestamps are
equal, it doesn't consider target as out of date, hence nothing happens.
Heh, it's as well you said that, I had it the wrong way around. I'm not
clear now: the subject says 'never'
Well, it's confusing because I have 3 machines.
1. WinXP (cygwin 1.5.19) - once built, the timestamps are equal and no
problem( happy with that, but I got the point that this is wrong makefile
design)
2. Win7 (cygwin 1.7.5) - once built, the timestamps are equal, and no
further build required
On 06/05/2010 02:15, MichaelKim wrote:
Well, it's confusing because I have 3 machines.
1. WinXP (cygwin 1.5.19) - once built, the timestamps are equal and no
problem( happy with that, but I got the point that this is wrong makefile
design)
2. Win7 (cygwin 1.7.5) - once built, the
You've got my point and I'll report the exact dll version later today.
However, I redesigned the makefile in order to avoid such bad dependency.
Dave Korn-6 wrote:
On 06/05/2010 02:15, MichaelKim wrote:
Well, it's confusing because I have 3 machines.
1. WinXP (cygwin 1.5.19) - once
On 5/5/2010 12:01 PM, Fergus wrote:
Constantly stalling when exiting rxvt in [1.7] (as previously reported;
and still don't understand why, or why this list isn't full of
Me toos). This never happens in 1.5. I really prefer rxvt over all
other shells incl mintty. So I copied rxvt.exe from
Thank you!
This might be a case of I want it that way
Basically the user is not happy to see /c/export/home when he does a pwd.
The old mount command eliminated the /c
Thanks!
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Jeremy
Matthias Meyer:
Andy Koppe wrote:
Matthias Meyer wrote:
I've installed cygwin 1.7 in Vista and have two problems, not known prior
with cygwin 1.5.25:
1) If I login in a shell (e.g. sh --login -i) I can not use cursor or
backspace keys. It seems that the cursor can't go into the left
Fergus wrote:
Constantly stalling when exiting rxvt in [1.7] (as previously reported;
and still don't understand why, or why this list isn't full of
Me toos). This never happens in 1.5. I really prefer rxvt over all
other shells incl mintty.
Always on the lookout for ways to improve mintty:
LiuYan 刘研 wrote:
...
I wish the local setup directory contains only newest packages so that I
can carry small-size packages to upgrade cygwin on servers which have no
internet connection. I'm currently delete the old packages manually, it's
a little boring and may cause
58 matches
Mail list logo