Charles Wilson wrote:
Andrew DeFaria wrote:
Why would DLLs need execute?
because otherwise windows will refuse to load them, and the application
you just launched which needs that DLL will fail with an ugly message
about "Failed to initialize: 0xc005".
Really? I did not know t
Andrew DeFaria wrote:
> Why would DLLs need execute?
because otherwise windows will refuse to load them, and the application
you just launched which needs that DLL will fail with an ugly message
about "Failed to initialize: 0xc005".
--
Chuck
--
Problem reports: http://cygwin.com/probl
Jim Reisert AD1C wrote:
Something has been bugging me about Cygwin UNZIP for years. When I
unzip a file, the extracted .exe and .dll files no longer have execute
privs. I have to manually chmod +x them. This always occurs when I'm
in a DOS prompt and using the Cygwin unzip.
Why would DLLs need
On 8/14/2009 2:48 PM, Corinna Vinschen wrote:
On Aug 14 20:41, Corinna Vinschen wrote:
On Aug 14 14:16, Charles Wilson wrote:
Charles Wilson wrote:
Corinna, can you give this a try? (I'm happy to send you a compiled
version of the modified run.exe if that helps).
I just built it myself, and th
Hi
I seem to be having some fairly fundamental problems which must be
finger trouble.
My end game was to install Cython and compile up some Python stuff which
was written on Linux but needs to run on Windows. There are lots of
shell scripts involved and the complete system does not lend itse
On Aug 14 20:41, Corinna Vinschen wrote:
> On Aug 14 14:16, Charles Wilson wrote:
> > Charles Wilson wrote:
> > Corinna, can you give this a try? (I'm happy to send you a compiled
> > version of the modified run.exe if that helps).
>
> I just built it myself, and this looks pretty good. I can sta
On Aug 14 14:16, Charles Wilson wrote:
> Charles Wilson wrote:
> > Corinna Vinschen wrote:
> >> Actually, what I told above is nonsense anyway. What I saw was the
> >> flickering cmd window from a urxvt-X startup without run. With run it
> >> doesn't start at all for me on W7, unless I start it f
On 8/14/2009 2:08 PM, Charles Wilson wrote:
Ken Brown wrote:
On 8/14/2009 12:50 PM, Charles Wilson wrote:
Yeah. I think the core issue is that run takes care to hook up stdin &
friends to the child process, but that something is going wrong in that
process when CREATE_NO_WINDOW -- and, for wha
Charles Wilson wrote:
> Corinna Vinschen wrote:
>> Actually, what I told above is nonsense anyway. What I saw was the
>> flickering cmd window from a urxvt-X startup without run. With run it
>> doesn't start at all for me on W7, unless I start it from an existing
>> console window. And in that c
Ken Brown wrote:
> On 8/14/2009 12:50 PM, Charles Wilson wrote:
>> Yeah. I think the core issue is that run takes care to hook up stdin &
>> friends to the child process, but that something is going wrong in that
>> process when CREATE_NO_WINDOW -- and, for whatever reason, urxvt[d]-X
>> needs tha
Paul McFerrin wrote:
> The documentation does not help much (man pages & web page).
http://cygwin.com/1.7/cygwin-ug-net/using-utils.html#mount
> mount
>
> Usage: mount [OPTION] [ ]
>mount -a
>mount
> Display information about mounted filesystems, or mount a filesystem
>
> -
Paul McFerrin wrote:
> When I first generated my 1.7 cygwin system, it created the System mount
> points for me. In looking the documentations for mount, I can not find
> the necessary info to create a persistance system mount. Anything I
> mount get taged as a "user" mount. What's the secret.
When I first generated my 1.7 cygwin system, it created the System mount
points for me. In looking the documentations for mount, I can not find
the necessary info to create a persistance system mount. Anything I
mount get taged as a "user" mount. What's the secret. I use the "-s"
options, i
On Fri, Aug 14, 2009 at 01:04:05PM -0400, DY wrote:
>All except gcc-mingw-core-3.4.4-20050522-1.tgz and
>gcc-mingw-g++-3.4.4-20050522-1.tgz
>say done. I'm assuming they were unzipped and run, though, because I
>have agcc-mingw-core.sh.done
>and a gcc.mingw-g++.sh.done so I'm assuming that's the r
On 8/14/2009 12:50 PM, Charles Wilson wrote:
Yeah. I think the core issue is that run takes care to hook up stdin &
friends to the child process, but that something is going wrong in that
process when CREATE_NO_WINDOW -- and, for whatever reason, urxvt[d]-X
needs that (maybe also Ken Brown's bat
Corinna Vinschen wrote:
> Actually, what I told above is nonsense anyway. What I saw was the
> flickering cmd window from a urxvt-X startup without run. With run it
> doesn't start at all for me on W7, unless I start it from an existing
> console window. And in that case it doesn't matter if the
All except gcc-mingw-core-3.4.4-20050522-1.tgz and
gcc-mingw-g++-3.4.4-20050522-1.tgz
say done. I'm assuming they were unzipped and run, though, because I
have agcc-mingw-core.sh.done
and a gcc.mingw-g++.sh.done so I'm assuming that's the run,done version
of the zipped files.
Besides, I can't d
Here's an example:
CYGWIN:
c:\test>\cygwin\bin\unzip \dx4w801\dx4win_regexp.zip
Archive: \dx4w801\dx4win_regexp.zip
inflating: pcre3.dll
inflating: regexp/freq1.txt
inflating: regexp/qth1.txt
inflating: Dx4win.exe
c:\test>ls -l
total 3296
-rw-r--r-- 1 reisert Domain Users 3229184 Aug 1
Christopher Faylor wrote:
> I know I should be downloading sources and inspecting things rather than
> making obvious suggestions but I don't suppose that urxvt calls
> FreeConsole?
only in force_visible_console(), which is dead code unless debugging.
--
Chuck
--
Problem reports: http://c
Corinna Vinschen wrote:
> I just tested this further. If you omit the CREATE_NO_WINDOW flag
> to CreateProcess, the console window still flickers when starting
> urxvt, but the CPU usage does not stick to 100%. Since XWin and
> xterm are apparently unaffected by this (no flickering cmd window)
>
Jim Reisert AD1C wrote:
> Something has been bugging me about Cygwin UNZIP for years. When I
> unzip a file, the extracted .exe and .dll files no longer have execute
> privs. I have to manually chmod +x them. This always occurs when I'm
> in a DOS prompt and using the Cygwin unzip.
>
> The same
Something has been bugging me about Cygwin UNZIP for years. When I
unzip a file, the extracted .exe and .dll files no longer have execute
privs. I have to manually chmod +x them. This always occurs when I'm
in a DOS prompt and using the Cygwin unzip.
The same unzip from http://gnuwin32.sourcefor
Christopher Faylor wrote:
> Isn't just creating the process with SW_HIDE good enough?
In general, no -- because run already does that. I'm sure that was one
of the very first things the earliest implementations of run did
(actually, a quick glance says that's the only thing run-1.1.3 did to
make
On Aug 14 11:43, Christopher Faylor wrote:
> On Fri, Aug 14, 2009 at 05:29:04PM +0200, Corinna Vinschen wrote:
> >On Aug 14 11:19, Christopher Faylor wrote:
> >> On Fri, Aug 14, 2009 at 04:44:42PM +0200, Corinna Vinschen wrote:
> >> >On Aug 14 10:15, Charles Wilson wrote:
> >> >> Later, when W7 in
On Fri, Aug 14, 2009 at 05:29:04PM +0200, Corinna Vinschen wrote:
>On Aug 14 11:19, Christopher Faylor wrote:
>> On Fri, Aug 14, 2009 at 04:44:42PM +0200, Corinna Vinschen wrote:
>> >On Aug 14 10:15, Charles Wilson wrote:
>> >> Later, when W7 in is more widespread use (e.g. when I have personal
>>
Pierre A. Humblet wrote:
- Original Message -
From: "Mike Schmidt"
To: "Pierre A. Humblet"
Cc:
Sent: Friday, August 14, 2009 2:18 AM
|
| Pierre A. Humblet wrote:
| > - Original Message -
| > From: "Mike Schmidt"
| > To: cygwin
| > Sent: Thursday, August 13, 2009 2:09 PM
|
On Aug 14 11:19, Christopher Faylor wrote:
> On Fri, Aug 14, 2009 at 04:44:42PM +0200, Corinna Vinschen wrote:
> >On Aug 14 10:15, Charles Wilson wrote:
> >> Later, when W7 in is more widespread use (e.g. when I have personal
> >> access to it), I'll see if I can improve the situation a bit. Maybe
On Fri, Aug 14, 2009 at 04:44:42PM +0200, Corinna Vinschen wrote:
>On Aug 14 10:15, Charles Wilson wrote:
>> Corinna Vinschen wrote:
>>
>> > Oh, ok, sorry about that. I didn't realize there's a urxvt-X and a
>> > urxvtc-X, and accidentally grabbed urxvtc-X when creating the shortcut.
>> >
>> > A
- Original Message -
From: "Mike Schmidt"
To: "Pierre A. Humblet"
Cc:
Sent: Friday, August 14, 2009 2:18 AM
|
| Pierre A. Humblet wrote:
| > - Original Message -
| > From: "Mike Schmidt"
| > To: cygwin
| > Sent: Thursday, August 13, 2009 2:09 PM
| >
| >
| > | On all the system
Purrer Wolfgang wrote:
> I want to provide X – Services on a Windows Terminal Server.
>
> Cygwin is on a file share
>
> To get xwin to work, i have to mount /tmp to %temp%
>
> But with 1.7 the mount points aren’t saved in the registry any more
>
> So a „Windows - batch – file „ like this doe
On Aug 14 10:15, Charles Wilson wrote:
> Corinna Vinschen wrote:
>
> > Oh, ok, sorry about that. I didn't realize there's a urxvt-X and a
> > urxvtc-X, and accidentally grabbed urxvtc-X when creating the shortcut.
> >
> > And yes, it's like you expected. When starting on W7 without run, a
> > c
When I try to run setup.exe to update my cygwin installation, after the
download and during the install setup.exe crashes. A Microsoft Visual
Studio C++ pop-up window appears containing:
The application has requested the Runtime to terminate it in an unusual way.
Please contact the application
Corinna Vinschen wrote:
> Oh, ok, sorry about that. I didn't realize there's a urxvt-X and a
> urxvtc-X, and accidentally grabbed urxvtc-X when creating the shortcut.
>
> And yes, it's like you expected. When starting on W7 without run, a
> command window briefly pops up and disappears again.
On Fri, Aug 14, 2009 at 12:15:57PM +0200, Reini Urban wrote:
>Fixed with cygwin-1.7.0-58, the perl suite runs through now.
>
>Thanks, esp. thanks to Peter Rosin.
All thanks for this fix go to Corinna. I was in the middle of
tracking this down when she sent her first patch to rectify
the problem.
Reini Urban wrote:
> 2009/8/14 Peter Rosin :
>>> Bugfixes:
>>> =
>>> - Fix and workaround a bug in the implementation of the C++ memory
>>> allocation support introduced in 1.7.0-49. A structure pointer got
>>> accidentally manipulated when DLLs got loaded at runtime via dlopen.
>>> Whe
on: cygwin 1.7 2009-08-13 17:52 build. (though I've had this error before on
1.7)
trying to build:
ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-2.01.01a63.tar.gz
fails.
I was able to make the "smake" program which Shilly provides, but getting
the latest cdrtools package built failed.
2009/8/14 Peter Rosin :
>> Bugfixes:
>> =
>> - Fix and workaround a bug in the implementation of the C++ memory
>> allocation support introduced in 1.7.0-49. A structure pointer got
>> accidentally manipulated when DLLs got loaded at runtime via dlopen.
>> When dlclose'ing the same DLL,
2009/8/4 Christopher Faylor:
> On Tue, Aug 04, 2009 at 09:06:00PM +0200, Reini Urban wrote:
>>2009/8/4 Christopher Faylor:
>>> On Tue, Aug 04, 2009 at 04:26:40PM +0200, Reini Urban wrote:
2009/8/4 Christopher Faylor:
>On Mon, Aug 03, 2009 at 11:35:25PM -0500, Yaakov (Cygwin/X) wrote:
>>
http://cygwin.com/acronyms/#TOFU
On Aug 14 00:44, cygwin wrote:
> Further tests with this little program show that the observed error only
> occurs when the socket is dup()'ed to STDIN (fd = 0), but not when
> dup'ed to any other fd number. To test, replace STDIN_FILENO in the dup
> call
On Aug 14 06:54, Purrer Wolfgang wrote:
> I want to provide X ??? Services on a Windows Terminal Server.
>
> Cygwin is on a file share
>
> To get xwin to work, i have to mount /tmp to %temp%
>
> But with 1.7 the mount points aren???t saved in the registry any more
>
> So a ???Windows - batch
On Aug 14 00:07, Angelo Graziosi wrote:
> Christopher Faylor wrote:
>
>> "Socket operation on non-socket" sounds like the problem that
>
> I am just a little curious, is the discussion in this thread related to
> what I flagged here:
>
> http://cygwin.com/ml/cygwin/2007-04/msg00143.html
>
> and her
On Aug 13 20:24, Andy Koppe wrote:
> 2009/8/13 Corinna Vinschen:
> > I just tried that on W7 and W7 64. I can't reproduce any specific
> > slowness starting with he second invocation of rxvt, incuding writing
> > the utmp entry. The startup time is always the same, roughly a second,
> > regardles
All those following cygport trunk,
I just made a major restructuring of cygport sources, the purpose of
which is to ease maintainability and (RSN) documentation. There may
also be a benefit through a reduction of fork&exec's, as those commands
previously provided through scripts are now funct
43 matches
Mail list logo
