On 12/26/2006, Linda Walsh wrote:
The excerpt below is a mere subset of the response but is the only one that
raises a point that we haven't already been through at least once in this
thread so I wanted to respond to it.
Not everyone can be a developer on every piece of software they use.
Y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to R. Bernstein on 12/26/2006 10:36 AM:
> I updated cygwin the other day and noticed bashdb-3.1-0.07 was
> updated. Thanks.
>
> There is one small problem. If you run "bashdb --help" you'll get an error.
>
> I should have been more explicit
Thanks for the info.
I use zsh suffix aliases, so I don't need to worry about "MS Windows"
file associations. If you use zsh and set suffix aliases in your zsh
startup file, such as ~/.zshenv
Then all you have to do to view you file is
$ logo.jpg
#zsh will see the jpg suffix and find the appli
Pierre Bernhardt wrote:
> checking for scsi/scsi.h... no
> checking for scsi/scsi_ioctl.h... no
> checking for scsi/sg.h... no
>
> I think the problem comes from here...
>
> [...]
>
> Could anybody help me to identify the missing or problem?
You already f
Igor Peshansky wrote:
So you are saying Cygwin doesn't properly emulate the POSIX
fork semantics. I don't know that this is "critically" important
for consideration in this issue.
It is. This is the principle of least surprise for the end user.
---
Least surprise for "which" end u
On Tue, Dec 26, 2006 at 10:01:53AM -0800, Linda Walsh wrote:
>Some people asked me for a "patch". I find that laughable -- I'm sure
>it would go the way of the UTF-8 patch that was proposed with code
>several months back. The patch would quietly (or noisily) be killed on
>the cygwin-patches list
On Tue, 26 Dec 2006, Linda Walsh wrote:
> Max Bowsher wrote:
> > I believe there is a critical element you have missed.
> > In order to perform the rather miraculous emulation of fork(), Cygwin
> > needs to reload all the same DLLs that are operating in one process into
> > another newly created p
Max Bowsher wrote:
I believe there is a critical element you have missed.
In order to perform the rather miraculous emulation of fork(), Cygwin
needs to reload all the same DLLs that are operating in one process into
another newly created process. Updating the DLL files on disk whilst
processes a
H.S. wrote:
Hello,
I am running Cygwin on a machine running Windows XP Pro. I have noticed
that if rsync service is running, the laptop does not go into standby
mode. If I set the timeout for the machine to enter standby mode to 1
min, then all is fine. But anything larger than this does not
On Tue, Dec 26, 2006 at 02:38:03PM +, Max Bowsher wrote:
>Linda Walsh wrote:
>>The fix I proposed has nothing to do with the cygwin1.dll. As has
>> been covered previously, since cygwin1.dll and a few other libs are
>> part of the cygwin "kernel", special handling may be needed to upgrade
On 12/26/06, Paul Thompson wrote:
I have had recently considerable problems both installing and uninstalling
cygwin.
XP-pro box
Version: 2.510.2.2
1st try - downloaded all updates, and install from local disk
Install stops dead and does not proceed at
/etc/postinstall/01bash.bat
After this,
I have had recently considerable problems both installing and uninstalling
cygwin.
XP-pro box
Version: 2.510.2.2
1st try - downloaded all updates, and install from local disk
Install stops dead and does not proceed at
/etc/postinstall/01bash.bat
After this, I attempted to uninstall the entir
Hello,
I want to bring mtx to cygwin so I can use my changer
from windows.
I've download the source from
ftp://ftp.badtux.net/pub/storage/mtx/mtx-1.2.18rel.tar.gz
./configure looks ok for me but possible without scsi:
$ ./configure
creating cache ./config.cache
checking host system type... i686
Hi,
I uninstalled Outpost Firewall Pro 4 completely (just disabling
loading it didn't work) and cygwin is live now! Thanks very much.
--
The fish that is singing in Ucayaly river...
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/pro
Linda Walsh wrote:
>The fix I proposed has nothing to do with the cygwin1.dll. As has
> been covered previously, since cygwin1.dll and a few other libs are
> part of the cygwin "kernel", special handling may be needed to upgrade
> those dll's. What can be fixed is the installation of .exe and
Hello all,
I have an app that runs fine under 1-5-22-1, but has a fatal error (see
below) when run under 1-5-23-1 or 1-5-23-2.
I've done a complete reinstallation of 1-5-23-2 (and had tried a newer
snapshot as well), but this has not resolved the problem. At this
point, I'm not sure what to look
Well, from your cygcheck:
> Path: C:\Program Files\Far
> C:\WINDOWS\system32
> C:\WINDOWS
> C:\WINDOWS\System32\Wbem
> C:\WUsr\atit\ATI Control Panel
> C:\usr\shared\Compuware\NMShared
> C:\usr\shared\Compuware\
> C:\WUsr\Subversion\bin
> C:\SFU\c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Linda Walsh on 12/26/2006 4:14 AM:
>
>Just because something hasn't been tested on unprotected-mode windows
> (95, 98, ME) doesn't mean something might not work.
Then I will tell you - renaming in-use files on Windows 9x _does not
wo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://cygwin.com/acronyms/#PPIOSPE; redirecting to the list.
According to Serge Skorokhodov on 12/26/2006 3:42 AM:
> Hi,
>
> I've attempted a clean default cygwin install and the error is the same.
>
> Error signature:
> AppName: bash.exe AppVe
Larry Hall (Cygwin) wrote:
On 12/25/2006, Linda Walsh wrote:
FWIW, I have replaced the libs like cygwin1.dll, cygintl?.dll...
and such while cygwin is running and not had a catastrophe as one
might have
trying to overwrite/update the memory image of a kernel dynamically,
so I
don't think
20 matches
Mail list logo
