Brian Dessent wrote:
> All of the actual processing of all window events happens through
> messages passed to WndProc, but WndProc is never directly called
> by user code. So if you want to communicate information between the
> window procedure and the main function (such as: bad error happened,
>
On Thu, 6 Sep 2007, zzapper wrote:
An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.
Peter,
(you may have already got this)
I'm getting the following errors (this is actually for 4.3.2 which I tried
withot success to roll back to)
3 [main
Saluton,
I find http://www.geocities.com/win32mutt/patches.html with
http://www.geocities.com/win32mutt/patches/mutt-1.4.uen.win32.1.zip
date 2002-07-03, for Mutt-1.4i. Who have it with the latest mutt?
mutt-1.4.2.2-2
I get the patch, I guess make, make install, ... How I use it?
:) Luiz
-- L
Hi,
I have problems with mutt and maildir on Cygwin:
http://www.mail-archive.com/cygwin@cygwin.com/msg31457.html
"As soon as a new mail arrived in the main folder (inbox), I could not
even close mutt properly. It always gives me the error "rename file or
folder does not exist (error=2)" in the st
Hello Brian
This is Tatsuro Matsuoka replying.
>Here I meant to add that of course we have discussed deprecating
>-mno-cygwin and offering a real MinGW cross in its place, which would
>have its own back-end, and thus could have a different exception
>handling model. But by the time you've done a
On Fri, Sep 07, 2007 at 04:17:30PM -0500, Matthew Woehlke wrote:
> Robert Kiesling wrote:
>>>? I don't know what this means but Windows has the equivalent of
>>>SIGSEGV.
>>The signal is non-catchable by UNIX apps. That ability would be useful
>>when malloc goes whizzing off into the video RAM, bu
Robert Kiesling wrote:
? I don't know what this means but Windows has the equivalent of SIGSEGV.
The signal is non-catchable by UNIX apps. That ability would
be useful when malloc goes whizzing off into the video RAM, but
the issue is almost always a bug somewhere else in the app. That
is n
Dave Korn wrote:
> Right, so IOW, the SEH support does all the required unwinding for us.
> Ultimately I guess that's the only solution that's going to be both complete
> and correct.
Well, that is essentially the solution MinGW is using now with SJLJ
exceptions. MSVCRT's longjmp() is implement
Alex Worden wrote:
Hi,
I'm sorry if this is an obvious question but I searched and couldn't
find an obvious answer and wasn't sure what to search for...
It seems that some processes I start from a cygwin shell start in the
foreground - whereas if I start them from a cmd shell they start in
the
Jonathan Hurd wrote:
Christopher Faylor wrote:
On Fri, Sep 07, 2007 at 09:57:13AM -0500, Jonathan Hurd wrote:
Sorry to bring back this old thread back. Is there anyone that can
explain a fix for this problem. I've only been using rsync/cygwin/on
ssh for about 3 weeks, so please explain in dumm
> On Fri, Sep 07, 2007 at 09:55:26AM -0400, Robert Kiesling wrote:
> >> Jim Kleckner wrote:
> >> > Dave Korn wrote:
> >> [...]
> >> >> I'm adding code to cygcheck to detect whether any of the software
> >> that has
> >> >> been known at some time to cause these kinds of problems are
> >> installed
Hi,
I'm sorry if this is an obvious question but I searched and couldn't
find an obvious answer and wasn't sure what to search for...
It seems that some processes I start from a cygwin shell start in the
foreground - whereas if I start them from a cmd shell they start in
the background. (I know I
It just doesn't make sense how this can work perfectly for about 2
weeks, and then out of nowhere all sync's start to hang with transfer
over a certain amount.
Christopher Faylor wrote:
On Fri, Sep 07, 2007 at 09:57:13AM -0500, Jonathan Hurd wrote:
Sorry to bring back this old thread back. Is
I've made a new version of 'mutt' available for installation. Mutt is a
text mode mail user agent. This version uses the shared version of
libiconv which reduces the size of mutt.exe dramatically. More
importantly, it fixes the problems that were reported with FAT32
filesystems:
http://sourcewa
On Fri, Sep 07, 2007 at 09:57:13AM -0500, Jonathan Hurd wrote:
> Sorry to bring back this old thread back. Is there anyone that can explain
> a fix for this problem. I've only been using rsync/cygwin/on ssh for about
> 3 weeks, so please explain in dummy terms.
It's easy to explain - There is no
On Fri, Sep 07, 2007 at 09:55:26AM -0400, Robert Kiesling wrote:
>> Jim Kleckner wrote:
>> > Dave Korn wrote:
>> [...]
>> >> I'm adding code to cygcheck to detect whether any of the software
>> that has
>> >> been known at some time to cause these kinds of problems are
>> installed on
>> >> the ta
So going off what Jim noticed about the faulty install of cygwin on Vista,
I was able to install cygwin correctly while in Safe Mode with Networking.
I installed the sshd service in Safe mode as well but you cannot start it
up until you reboot back into full mode. But then it seems to work just
fin
zzapper wrote:
>I'm getting the following errors (this is actually for 4.3.2 which I tried
>withot success to roll back to)
>
>3 [main] zsh 5904 C:\cygwin\bin\zsh.exe: *** fatal error - unable to remap
> C:\cygwin\lib\zsh\4.3.2\zsh\complete.dll to same address as
parent(0x35)
>!=
> 0x39
> Jim Kleckner wrote:
> > Dave Korn wrote:
> [...]
> >> I'm adding code to cygcheck to detect whether any of the software
> that has
> >> been known at some time to cause these kinds of problems are
> installed on
> >> the target system being cygchecked.
> [...]
> > Do you think a "tester" for API
Sorry to bring back this old thread back. Is there anyone that can
explain a fix for this problem. I've only been using rsync/cygwin/on ssh
for about 3 weeks, so please explain in dummy terms.
It's the exact same problem mentioned here:
http://cygwin.com/ml/cygwin/2006-04/msg00792.html
--
-- Christopher Faylor skribis:
>http://cygwin.com/ml/cygwin/2007-08/msg00658.html
Ja!
Now it is working fine!
Thanks a lot,
--
Luiz Portella
Edite seu livro:
http://www.pentuvio.com/eldoni.php
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cy
On 07 September 2007 15:41, digant goyal wrote:
> I wanted to ask if system calls of unix like opendir(),readir()
> work in cygwin.
Yes, they work fine, that's the whole point of cygwin.
> I tried them in a simple program but it didn't work.
Most likely a bug in your code.
> The stack
Dave Korn wrote:
> IIRC every MS win32 API dll (user32, kernel32, gdi32 etc.) does
> absolutely masses of FPO, so we're probably no-go there.
Hey! Here's the first documented case of Vista doing something useful:
> FPO was enabled for all Windows binaries in NT 3.51, but was turned
> off
hi,
I wanted to ask if system calls of unix like opendir(),readir()
work in cygwin.I tried them in a simple program but it didn't work.The
stack dump was-
Exception: STATUS_ACCESS_VIOLATION at eip=610DE9A1
eax= ebx= ecx=FFF
On 07 September 2007 15:19, Brian Dessent wrote:
> Dave Korn wrote:
>
>> Right, so IOW, the SEH support does all the required unwinding for us.
>> Ultimately I guess that's the only solution that's going to be both
>> complete and correct. (The only other thing I could even imagine would be
>>
On 07 September 2007 15:17, Rupert Young wrote:
> Hi,
>
> I downloaded the cygwin files onto a local directory on one machine,
> confirming that libintl8 was listed in the packages.
>
> I then moved, with a memory stick, the files to a PC without internet access
> and installed.
>
> But when I
I am changing the subject here because this problem is cygwin/xemacs-specific
only, so it has nothing to do with smb permissions because I can touch and edit
the same file with nano and save properly. Same with vi. It's entirely xemacs.
I've attached my config, per request.
-Original Mes
Dave Korn wrote:
> Right, so IOW, the SEH support does all the required unwinding for us.
> Ultimately I guess that's the only solution that's going to be both complete
> and correct. (The only other thing I could even imagine would be some kind of
> hideous .pdb abuse using the M$ official sym
On Fri, Sep 07, 2007 at 03:51:09AM -0300, Luiz Portella wrote:
>Hi, Saluton,
>
> -- Pedro Alves skribis je Tue, 21 Aug 2007 03:28:42 -0700
>
>>I just downloaded the source and compiled it, *without changing
>>anything*, and the resulting binary worked without problems.
>
>I have the same problem a
Hi,
I downloaded the cygwin files onto a local directory on one machine,
confirming that libintl8 was listed in the packages.
I then moved, with a memory stick, the files to a PC without internet access
and installed.
But when I try to start cygwin I get the error,
"Application failed to start
On 07 September 2007 14:44, Brian Dessent wrote:
> Dave Korn wrote:
>
>> Does anyone know how MSVC handles unwinding through API frames?
>
> MSVC implements C++ exception handling with SEH. And there is/was a
> GSoC project to port SEH to gcc, but I don't know if it went anywhere.
Right, s
Brian Dessent wrote:
> You might argue that most people
> doing Win32 GUI stuff use MinGW, but a lot of them use Cygwin with
> -mno-cygwin which is MinGW with Cygwin build tools, a very convenient
> combination. And we can't offer a DW2 Cygwin gcc that uses SJLJ for
> -mno-cygwin as they are real
On 2007-09-07 13:37Z, Dave Korn wrote:
>
> Does anyone know how MSVC handles unwinding through API frames?
With SEH:
http://www.howzatt.demon.co.uk/articles/oct04.html
http://www.microsoft.com/msj/0197/Exception/Exception.aspx
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Dave Korn wrote:
> Does anyone know how MSVC handles unwinding through API frames?
MSVC implements C++ exception handling with SEH. And there is/was a
GSoC project to port SEH to gcc, but I don't know if it went anywhere.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simp
On 07 September 2007 13:41, Brian Dessent wrote:
> Anthony Heading wrote:
>
>> Even if you catch the exception before it plummets through the
>> Windows API?
>
> Well sure, but that's not realistic. The entire windowing engine is
> based on callbacks so it's unavoidable that there will be forei
Jim Kleckner wrote:
> Dave Korn wrote:
[...]
>> I'm adding code to cygcheck to detect whether any of the software
that has
>> been known at some time to cause these kinds of problems are
installed on
>> the target system being cygchecked.
[...]
> Do you think a "tester" for API sanity is possible?
Anthony Heading wrote:
> Even if you catch the exception before it plummets through the
> Windows API?
Well sure, but that's not realistic. The entire windowing engine is
based on callbacks so it's unavoidable that there will be foreign
frames.
> It seems clear I am not understanding something
Hi,
with the ugly sounding but nice Cygwin tool "cadaver" (a command line Webdav
client, like ftp) I would like to automatically download some files from the
Webdav server to my local drive.
However, in contrast to for example lftp, I don't see a way how to do the few
commands automatically.
>
>I just want to clarify... Can you give a dump of these two commands:
>echo $PATH
>gcc -v
>
>from a cygwin command line... I suspect the reason all along is that
>the REAL minGW is trying to ignore cygwin all together, but in the
>process, cygwin is seeing a 'gcc' binary earlier in its PATH so i
On 2007-0820 06:07:47, Eric Blake wrote:
> According to wei on 8/19/2007 3:09 PM:
> > It's a popup box from setup.exe. I also attached the cygcheck.out in the
> > email
>
> And what did the popup say? Nothing in your cygcheck output
> is jumping out at me as unusual, but without knowing what the
40 matches
Mail list logo
