On Tue, 17 Mar 2009, Dave Korn wrote:
Hi Dave!
Peter A. Castro wrote:
The offending symbol entries are the following (functions)
tgetent
tgetflag
tgetnum
tgetstr
tgoto
tputs
pow (but this is not an unresolve symbol, see below)
'pow' is not an unresolve symbol in this mes
On Mon, 16 Mar 2009, A.R. Burgers wrote:
Any special reason for specifying -lm and -lc when building d3.dll?
Umm...because math functions historically come from lib"m" and the normal
C runtime historically comes from lib"c". And, anyways, this has always
worked, up 'til now, and there was no
On Fri, Mar 20, 2009 at 5:46 PM, Andy Koppe wrote:
> I'll leave it at just -e, like Konsole and gnome-terminal. Like those,
> MinTTY is meant to be configured primarily through its GUI.
> Alternatively, its config file can be edited manually.
The point is that not all of those xterm command line
Corinna Vinschen:
> I just think the -e option is along the lines of the -c option for shells.
> Every Unix shell has a -c option and it always means the same, even
> for csh and, FWIW, cmd.exe.
Agreed, and implemented in 0.3.8.
> I'd say that emulating the options in the common subset of rxvt's
Hi all (with a 'ping Chuck')
Regarding the problem in csih that asks confirmation over the account
name if used with -y (*):
Chuck, can you look into this? I had already started to edit the csih
script, but then when I searched the mailinglist, I understood WHY the
'simple' change of logic in the
Hello,
* On Fri, Mar 20, 2009 at 06:45:12PM + Dave Korn wrote:
> This is Cygwin correctly implementing the POSIX "can delete a file while
> retaining a handle to its contents" semantic, followed by the known Cygwin
> problem (a restiction of the underlying windows OS) that you can't (as yo
Hi,
I've been tracing some problems related to the installation scripts of
ssh (more info on another mail later), and the root cause for one of
the problems is the passwd misbehaving.
The test case is very simple. Log on with a domain user on a cygwin
shell. My particular case, it's an local Admin
Martine Carannante wrote:
> $ ./testop
> Create file
> unlink file
> Create Again the file
> Error Create: : Permission denied
>printf("Create file\n");
>if((fp=fopen("toto","a+"))==NULL) {
>perror("Error Create: ");
>exit(255);
>}
>
Hi Aaron,
2009/3/20 Aaron Gray <>:
Sorry what catagory ?
When you happen to know the package name, but don't remember in which
category is it, click on the 'View' button on the top right of the
setup window till it says 'Full' in front of it. Then you can browse
the alphabetical list of all p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Martine Carannante on 3/20/2009 10:06 AM:
> Hi
>
> I kow that several persons have sent a mail concerning this problem, but
> unfortunately I don't see a clear solution in the mailing list.
> It seems to me very strange because this kind
Hi
I kow that several persons have sent a mail concerning this problem, but
unfortunately I don't see a clear solution in the mailing list.
It seems to me very strange because this kind of code happens very often .
My problem is that we can't recreate a file immediately after an
unlink() of
On Mar 20 14:00, Corinna Vinschen wrote:
> On Mar 20 12:50, Corinna Vinschen wrote:
> > Hi,
> >
> > here's a question which is quite important for me to know.
> >
> > What is your default ANSI codepage? Windows supports a lot of these
> > codepages, but some of them are only used in rare cases a
On Fri, Mar 20, 2009 at 11:09 AM, Corinna Vinschen wrote:
>> A minor nit: CP1252 is not "Latin-1".
>
> *shrug* That's what Microsoft calls it, ANSI Latin 1
I wasn't nitpicking your original list. Microsoft acknowledges that
none of this "ANSI code page" stuff is really ANSI, and that "ANSI
Latin
On Mar 20 10:34, Mark J. Reed wrote:
> On Fri, Mar 20, 2009 at 10:06 AM, Charles Wilson wrote:
>
> H:\>codep
> ANSI codepage: 1252
>
> Latin-1, ok...
>
> A minor nit: CP1252 is not "Latin-1".
*shrug* That's what Microsoft calls it, ANSI Latin 1, in contrast
to ISO-8859-1 Latin 1. I just adde
On Mar 20 10:30, Charles Wilson wrote:
> On Fri, 20 Mar 2009 10:06 -0400, "Charles Wilson"
> >
> > huh? Does GetACP really get the "active" code page?
>
> GetACP == Get ANSI code page.
> GetOEMCP == Get OEM code page.
> I have no idea how to retrieve whatever chcp says is the "active" code
> page
On Thu, Mar 19, 2009 at 23:49, Julio Emanuel wrote:
> On Thu, Mar 19, 2009 at 18:29, Corinna Vinschen wrote:
>>
>>> Now, for the part I didn't manage to solve yet: the syslog-ng service
>>> also spits this warning (error?) when starting: "Error resolving user;
>>> user='system'", but I have the 'va
On Fri, Mar 20, 2009 at 10:06 AM, Charles Wilson wrote:
H:\>codep
ANSI codepage: 1252
Latin-1, ok...
A minor nit: CP1252 is not "Latin-1". "Latin-1" refers to ISO 8859
part 1,which differs from Windows-1252 in that the latter has
graphic(*) characters where the former has control characters.
On Fri, 20 Mar 2009 10:06 -0400, "Charles Wilson"
>
> huh? Does GetACP really get the "active" code page?
GetACP == Get ANSI code page.
GetOEMCP == Get OEM code page.
I have no idea how to retrieve whatever chcp says is the "active" code
page.
But never mind. I'll go crawl back under my rock now
So I was thinking, what if cygwin supported codepage 437 in this manner?
Since that is the "OEM" codepage, then we'd have a workaround of sorts
if we discovered a need later for the "old" codepage:oem setting.
So, I compiled your test app using 'gcc -mno-cygwin', and did the
following from a DOS b
On Mar 20 12:50, Corinna Vinschen wrote:
> Hi,
>
> here's a question which is quite important for me to know.
>
> What is your default ANSI codepage? Windows supports a lot of these
> codepages, but some of them are only used in rare cases and not as
> default ANSI codepage.
>
> Right now, what
Victor Paesa wrote:
> The Xpm-noX library seems to depend on libintl, libiconv:
>
> $ grep ^dependency_libs /usr/lib/noX/libXpm-noX.la
> dependency_libs=' -lgdi32 -luser32 /usr/lib/libintl.la -L/usr/lib
> /usr/lib/libiconv.la'
...
> I believe libXpm-noX does not really depend on libintl, libiconv,
On Mar 19 21:30, Corinna Vinschen wrote:
> Here's another idea:
>
> If the codeset is not UTF-8, and if a filename contains wide chars not
> representable in the current ANSI codeset, use the good old ASCII "SO/SI"
> method.
>
> Example: Assuming the ANSI codepage is CP1252. Assuming the filena
On Mar 20 11:37, Julio Emanuel wrote:
> Hi all,
>
> I've noticed that running cygserver-config produces the following advice:
> --
> Please keep in mind, that a client application which wants to use
> the services provided by cygserver *must* have the environment variable
> CYGWIN set so that
Hi,
here's a question which is quite important for me to know.
What is your default ANSI codepage? Windows supports a lot of these
codepages, but some of them are only used in rare cases and not as
default ANSI codepage.
Right now, what Cygwin can support as codepages are:
737: IBM737, O
Hi all,
I've noticed that running cygserver-config produces the following advice:
--
Please keep in mind, that a client application which wants to use
the services provided by cygserver *must* have the environment variable
CYGWIN set so that it contains the word "server". So, if you don't
nee
Hi Aaron,
2009/3/20 Aaron Gray <>:
> Sorry what catagory ?
>
When you happen to know the package name, but don't remember in which
category is it, click on the 'View' button on the top right of the
setup window till it says 'Full' in front of it. Then you can browse
the alphabetical list of all p
Is there any tool in the Cygwin distro that allows to change subsystem
type (Console, GUI, ...) of an already linked .exe ?
Same operation as e.g. 'editbin /subsystem:windows ...', but without the
need to have MS tools installed.
--
Christian Franke
--
Unsubscribe info: http://cygwin.co
Hi,
The Xpm-noX library seems to depend on libintl, libiconv:
$ grep ^dependency_libs /usr/lib/noX/libXpm-noX.la
dependency_libs=' -lgdi32 -luser32 /usr/lib/libintl.la -L/usr/lib
/usr/lib/libiconv.la'
But cygcheck reports it does not:
$ cygcheck /bin/cygXpm-noX-4.dll
C:\cygwin17\bin\cygXpm-noX
28 matches
Mail list logo
