On 16 Jan, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Luke Kendall on 1/16/2007 6:53 PM:
> > Do you mean, like adding set +o history into /etc/profile? Er, but
> > that would turn it off for interactive use. And if I set igncr so that
> > everything
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/16/2007 6:53 PM:
> Do you mean, like adding set +o history into /etc/profile? Er, but
> that would turn it off for interactive use. And if I set igncr so that
> everything can see it then it has a side effect of exporti
Brian Dessent <[EMAIL PROTECTED]> writes:
> Ross Patterson wrote:
>
>> I'd still like to understand how one chooses base address and offset
>> values for rebase, seeing as I was just shooting in the dark until
>> something said "OWW!" :)
>
> Well normally you don't really choose anything. There
Brian Ford wrote:
A quick look via Filemon doesn't show where the time is going. But since
I don't regularly run this way, I'm not that interested in pursuing this
further.
I regularly delete 100,000 files at a time under 1.5.18, and the rm return
is rather snappy. About two weeks ago I was
A long time ago, we had the weird problem that Cygwin users who used zsh
as their main shell, would find that the .zprofile (or whatever it's
called) would not be run at login - but only if their home directory had
been created by Cygwin's mkdir! (It *would* run if their $HOME
directory had been c
Hi,
I'm running a fresh cygwin installation on Windows XP.
I'm using the SVN client to checkout some files from
the server. I get the following error 'svn: Can't
convert string from 'UTF-8' to native encoding:'
However, if I use the 'native' SVN client, it works.
Any idea?
Thanks,
-S.
__
Executive summary: thanks to Eric's reply and information, I have
a couple of workable soultions. Thanks, Eric!
For people who want the details, see below.
On 16 Jan, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Luke Kendall on 1/15/2007 9:34 PM:
> >
Hi, Jeremy,
Or on another way, just get rid of SMTP+TLS stuff and directly use
Google API to access your gmail. Unless you need your own smtp server
to talk with gmail server..
Regards,
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwi
Sorry all, I didn't google the right term, namely "Win32 error 487", which meant
a simple rebaseall fixed the issue. All apologies for wasting people's time.
Bill
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentat
On 17 January 2007 00:09, dkfj fjdk wrote:
> installed the cygwin distribution. Rebooting is also suggested if you
> are unable to find another cygwin DLL.
> make: *** [copyfile.o] Error 1
>
> I can't find any other versions of cygwin1.dll to delete.
Rebooting is also suggested if you are un
When I run the Make utility I get:
C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\cc1plus.exe (5916): *** proc magic
mismach detected - 0x704D1F7E/0xD079E02.
This problem is probably due to using incompatible versions of the cygwin
DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facili
On Wed, 10 Jan 2007, Brian Ford wrote:
> On Wed, 10 Jan 2007, Corinna Vinschen wrote:
>
> > I implemented the above mentioned technique, which isn't much code
> > anyway. It reserves a memory lot big enough to fit in the whole
> > mapping, memorizes the address, free's the memory again and then u
On Tue, Jan 16, 2007 at 10:13:17AM -0800, Brian Dessent wrote:
>Robin Walker wrote:
>>Thanks for the explanations. So, if I've understood things correctly,
>>the difficulty boils down to cloning a parent process's address space
>>layout within that of a child, which includes ensuring that DLLs app
...
..
...
.
I cannot believe I fell for that. :-/
Thanks y'all! ;-)
* Hides *
David Rothenberger wrote:
>
> On 1/16/2007 12:40 PM, Leo28C wrote:
>> Now, this is what I did
On Jan 16 11:37, Dave Korn wrote:
> On 16 January 2007 10:29, Corinna Vinschen wrote:
> > Your header files seem to be broken
>
> Corinna, you missed the mno-cygwin flag I think?
Indeed, sorry.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Projec
On 1/16/2007 12:40 PM, Leo28C wrote:
Now, this is what I did step by step...
4. Extracted it (using WinZip, with folder names) to
"C:\cygwin\home\\".
Try using the "tar" program from Cygwin to extract instead. I downloaded
the file, extracted with tar, and did an "svn update" with no problems
I'm here to get help on Cygwin because I'm forced to use it by this program
that I need. >:-(
Now, this is what I did step by step...
1. Downloaded Cygwin from here: http://www.cygwin.com/setup.exe
2. Installed it with "devel" set to Install and "wget" set to the latest
version.
3. Downloaded th
Dave Korn wrote:
> We probably still would. First, the hash might collide and put two dlls in
> the same slot, and second, any dll greater than 1Mb overlaps into the next
> hash slot.
Well, if we found either of those things happening I think the logical
choice would be to robustify the hashin
On 16 January 2007 18:49, Brian Dessent wrote:
>
> static unsigned long
> compute_dll_image_base (const char *ofile)
> {
> unsigned long hash = strhash (ofile);
> return 0x6130 + ((hash << 16) & 0x0FFC);
> }
>
> ..which means it will end up somewhere between 0x6130 and
> 0x712C0
Robin Walker <[EMAIL PROTECTED]> writes:
> --On 16 January 2007 10:09 -0800 Ross Patterson wrote:
>
>> This has been an illuminating discussion and has given a lot more
>> detail to what I already understood about the rebase/fork issue.
>>
>> I'd still like to understand how one chooses base addre
Ross Patterson wrote:
> I'd still like to understand how one chooses base address and offset
> values for rebase, seeing as I was just shooting in the dark until
> something said "OWW!" :)
Well normally you don't really choose anything. There are two ways to
assign the base address. And again
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
> On Jan 12 10:34, Brian Ford wrote:
> > On Fri, 12 Jan 2007, Corinna Vinschen wrote:
> > > Current CVS contains a change which is probably the cause for that.
> > > Before deleting a file, the file is moved to the recycle bin.
> >
> > Couldn't we make t
--On 16 January 2007 10:09 -0800 Ross Patterson wrote:
This has been an illuminating discussion and has given a lot more
detail to what I already understood about the rebase/fork issue.
I'd still like to understand how one chooses base address and offset
values for rebase, seeing as I was just
Robin Walker wrote:
> Thanks for the explanations. So, if I've understood things correctly, the
> difficulty boils down to cloning a parent process's address space layout
> within that of a child, which includes ensuring that DLLs appear at the
> same base within both processes.
Note that the "c
Christopher Faylor <[EMAIL PROTECTED]> writes:
> On Tue, Jan 16, 2007 at 05:50:06PM +, Robin Walker wrote:
>>For this to be the problem it appears to be, I'm guessing that there must
>>be some shortcoming in the Windows APIs in this area when compared with
>>facilities available within other
On Tue, Jan 16, 2007 at 05:50:06PM +, Robin Walker wrote:
>For this to be the problem it appears to be, I'm guessing that there must
>be some shortcoming in the Windows APIs in this area when compared with
>facilities available within other Posix-compliant OSs.
It isn't a shortcoming at all.
--On 16 January 2007 04:58 -0800 Brian Dessent wrote:
Because in order to emulate fork(), Cygwin has to be able to re-execute
the binary and have it load with the same memory layout. If there are
DLLs that overlap and need remapping by the OS then the memory layout
becomes non-deterministic. I
On 16 January 2007 17:01, Kovarththanan Rajaratnam wrote:
> Hello Dave,
>
> Dave Korn wrote:
>> The headers are part of the base cygwin package; do you have the same
>> version as me?
>>
>> /win/t $ cygcheck -f /usr/include/ieeefp.h
>> cygwin-1.5.23-2
>
> It seems so:
>
> $ cygcheck -f /usr
Hello Dave,
Dave Korn wrote:
The headers are part of the base cygwin package; do you have the same
version as me?
/win/t $ cygcheck -f /usr/include/ieeefp.h
cygwin-1.5.23-2
It seems so:
$ cygcheck -f /usr/include/ieeefp.h
cygwin-1.5.23-2
--
Best Regards
Kovarththanan Rajaratnam
--
Unsub
Jeremy T. Harrison wrote:
[snip]
> From my perspective, email doesn't need to do TLS, that is left to
> ssmtp.
Correct, but it can be done by both (as mailx and probably mutt does).
> The only
> thing email should be doing is passing the various commands/directives
> from the command line to ssmt
I neglected to include the cygcheck output the second time I sent
this, I am sorry for
double posting to this list. I have included the original message below.
Original message follows:
I have a git repository that I can clone fine from linux and macosx
clients, but when I try to
clone it on wi
[EMAIL PROTECTED] wrote:
Dear all
If I compile a c/c++/f95 program to produce an executable, and I try
to launch that executable I have a problem:
If I try to launch the .exe from the same folder containing the .exe
(i.e just by typing the .exe's filename) cygwin returns
'command not found'
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to William Adams on 1/15/2007 11:06 PM:
> I have a git repository that I can clone fine from linux and macosx
> clients, but when I try to
> clone it on windows I get a "cannot find shell32" error.
I haven't really seen that error before.
On 16 January 2007 13:30, tyger tyger wrote:
> Dear all
>
> If I compile a c/c++/f95 program to produce an executable, and I try
> to launch that executable I have a problem:
>
> If I try to launch the .exe from the same folder containing the .exe
> (i.e just by typing the .exe's filename) cygwi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Luke Kendall on 1/15/2007 9:34 PM:
> On 15 Jan, Eric Blake wrote:
>> >
>> SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:igncr:interactive-comments:monitor
>>
>>
>> There you go. You have "history" enabled in SHELLOPTS, wh
Dear all
If I compile a c/c++/f95 program to produce an executable, and I try
to launch that executable I have a problem:
If I try to launch the .exe from the same folder containing the .exe
(i.e just by typing the .exe's filename) cygwin returns
'command not found'
If I got to folder above, a
On 16 January 2007 08:11, George wrote:
> Hi Dave,
> I am sorry as I am new to c++ I need more help in
> doing what you said is required.
OK, step by step:
> ---
>>> g++ -O3 -Wall -I. -I.. -I../../../include -L. -L..
>>> -L../../../lib-linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ugh - top-posting reformatted - http://cygwin.com/acronyms/#TOFU
> --- George wrote:
^
Ugh - raw email addresses from headers (even your own) should be munged,
to avoid feeding spammers - http://cygwin.com/acron
On 16 January 2007 12:53, DEMARCHE wrote:
> Thank you all for your help and support.
>
> To Corinna :
> well, my program was designed for being compiled even on Unix and Windows
> platform.
> As far as I understand, /etc/passwd file may be designed differently
> depending on the system.
On win
Brian Dessent wrote:
> Because in order to emulate fork(), Cygwin has to be able to re-execute
> the binary and have it load with the same memory layout. If there are
> DLLs that overlap and need remapping by the OS then the memory layout
> becomes non-deterministic. If Cygwin cannot create a ch
Thank you all for your help and support.
To Corinna :
well, my program was designed for being compiled even on Unix and Windows
platform.
As far as I understand, /etc/passwd file may be designed differently depending
on the system.
To Dave :
Yes, the use of mno-cygwin option seems to call a bad
On Tue, Jan 16, 2007 at 12:32:02PM +, Robin Walker wrote:
>--On 16 January 2007 07:12 -0500 Christopher Faylor wrote:
>>On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote:
>>>So, what is it about Cygwin DLLs that makes them apparently sensitive to
>>>base address in a way that normal
--On 16 January 2007 07:12 -0500 Christopher Faylor wrote:
On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote:
So, what is it about Cygwin DLLs that makes them apparently sensitive to
base address in a way that normal Windows DLLs are not?
"fork()"
Sorry, I don't understand this r
Robin Walker wrote:
> So, what is it about Cygwin DLLs that makes them apparently sensitive to
> base address in a way that normal Windows DLLs are not?
Because in order to emulate fork(), Cygwin has to be able to re-execute
the binary and have it load with the same memory layout. If there are
D
On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote:
>So, what is it about Cygwin DLLs that makes them apparently sensitive to
>base address in a way that normal Windows DLLs are not?
"fork()"
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Thanks, Corinna
> Would it make sense for cygwin/sockets.h to include w32api/ws2tcpip.h?
> I'm afraid that it might add to the kludge that is winsock/winsock2,
> and break some things :)
Don't do that. Define the missing strcutures manually in your application
instead.
Also keep in mind that
--On 15 January 2007 15:42 -0800 Ross Patterson wrote:
But I'm also curious about rebase and to understand more about how one
chooses what base address and offset to use.
My curiosity is deeper than that. I would welcome some instruction or
elucidation on this issue.
My understanding (plea
René Berber wrote:
>Jeremy T. Harrison wrote:
>> I am trying, fruitlessly, to get the email program to work with my
gmail
>> account. I have ssmtp working fine (I did need to do some patching and
>> recompile ssmtp). The email program, on the other hand, is just
>> slightly beyond me. :-(
>>
>>
On 16 January 2007 10:29, Corinna Vinschen wrote:
> On Jan 16 08:53, DEMARCHE wrote:
>> I wanted to have my program independant of
>> the Cygwin environment using -mno- cygwin option. "gcc -mno-cygwin -c
>> mqutils.c ". My aim was to deploy my program onto Windows Operating system
>> wihtout cygwi
This helped for me http://permalink.gmane.org/gmane.os.cygwin/85616
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On Jan 16 12:24, Shishir Birmiwal wrote:
> Hi,
>
> I recently tried building live55 streaming media (live555.com) on
> cygwin-1.5.23.
> While building, it complained of the structure ip_mreq_source being not
> defined.
> [...]
> I do see that both the entities are defined in w32api/ws2tcpip.h
T
On Jan 16 08:53, DEMARCHE wrote:
> Here is the history ; Gcc compiled correctly my program with default options.
> "gcc -c mqutils.c ".
> I wanted to have my program independant of the Cygwin environment using -mno-
> cygwin option. "gcc -mno-cygwin -c mqutils.c ". My aim was to deploy my
> progra
Or, since I am suspecting this might be a problem with
the gnu c++ compiler ver 3.4.4 which is there in the
cygwin 1.5.23 is there a way that I can download the
4.1 version of the c++ compiler which might solve the
problem?
thanks
--- George <[EMAIL PROTECTED]> wrote:
> Hi Dave,
> I am sorry as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** cygport-0.2.8-1
cygport is a new, and increasingly popular, way to create Cygwin
packages. You only need cygport if you're a package developer or
building cygport-based Cygwin p
Here is the history ; Gcc compiled correctly my program with default options.
"gcc -c mqutils.c ".
I wanted to have my program independant of the Cygwin environment using -mno-
cygwin option. "gcc -mno-cygwin -c mqutils.c ". My aim was to deploy my program
onto Windows Operating system wihtout cyg
Hi Dave,
I am sorry as I am new to c++ I need more help in
doing what you said is required.
thanks
--- Dave Korn <[EMAIL PROTECTED]> wrote:
> On 10 January 2007 13:04, Eric Blake wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > According to George on 1/9/2007 11:02 PM:
>
56 matches
Mail list logo
