Am 07.06.2018 um 00:33 schrieb Matt Nicholas:
> (I can probably put the "setxkbmap us" command in ".bash_profile", if I
> don't find a more appropriate place.)
If you end up doing this, be sure to check for $DISPLAY being set, only
executing the command if that is the case.
e.g.
if [ -n "$DISPLAY
Hi Jon,
That was the clue I needed. Thanks!
Here are the relevant lines from my */var/log/xwin/XWin.0.log*:
[494293.296] (--) Windows keyboard layout: "00020409" (00020409) "United
States-International", type 7
[494293.296] (--) Found matching XKB configuration "English
(USA,International)"
[49
Greetings, cyg Simple!
>>> for MinGW (your ldd dump didn't include Cygwin dlls, so I assume you are
>>> doing MinGW builds)
>>
>> It did not include cygwin1.dll because he ran ldd on a system, where that
>> library was missing. May be you are right and he compiled it using
>> cross-compiler.
>>
On 6/6/2018 1:49 PM, Andrey Repin wrote:
> Greetings, Soegtrop, Michael!
>
>> Dear Ulli,
>
>> for MinGW (your ldd dump didn't include Cygwin dlls, so I assume you are
>> doing MinGW builds)
>
> It did not include cygwin1.dll because he ran ldd on a system, where that
> library was missing. May b
On 05/06/2018 18:19, Matt Nicholas wrote:
Hi David,
Thanks for the suggestion. Unfortunately, toggling the input method does
not make a difference in an xterm window. (It does, by the way, have the
effect you mention in a Cygwin64 terminal window.)
The X server does not use the Windows input
On 6/6/2018 7:50 AM, Ulli Horlacher wrote:
>
> On Windows 7 32 bit I have compiled some binaries by myself.
Help us help you by giving us how you compiled these and with what set
of tools.
> I can run them there but not on a Windows 8 64 bit: no (error) message,
> nothing happens.
>
In what sh
Both mingw64-x86_64-icu-57.1-1 and mingw64-x86_64-icu-57.1-2 are broken:
This code always fails:
icu::Normalizer2::getInstance(nullptr, "nfkc", UNORM2_COMPOSE, error_code);
The problem was detected when comparing Tesseract for Windows
executables: while the 32 bit version worked fine, the 64 bit
Greetings, Soegtrop, Michael!
> Dear Ulli,
> for MinGW (your ldd dump didn't include Cygwin dlls, so I assume you are
> doing MinGW builds)
It did not include cygwin1.dll because he ran ldd on a system, where that
library was missing. May be you are right and he compiled it using
cross-compiler.
Greetings, Ulli Horlacher!
> On Wed 2018-06-06 (19:02), Andrey Repin wrote:
>> > On Windows 7 32 bit I have compiled some binaries by myself.
>> > I can run them there but not on a Windows 8 64 bit: no (error) message,
>> > nothing happens.
>>
>>
>> > Do I have to install some 32 bit libs?
>>
On Wed 2018-06-06 (17:49), Marco Atzeri wrote:
> >> No, it's most likely (or should be, anyway) an XS library for the Encode
> >> module of Perl. The address it gets loaded to is awfully low, so it's
> >> either BLODA or you're using another library that's occupying the reabse
> >> space for this
On Wed 2018-06-06 (19:02), Andrey Repin wrote:
> > On Windows 7 32 bit I have compiled some binaries by myself.
> > I can run them there but not on a Windows 8 64 bit: no (error) message,
> > nothing happens.
>
>
> > Do I have to install some 32 bit libs?
>
> Of course. Did you read the documen
Dear Ulli,
sorry, I just saw that you did compile on a 32 bit Windows, so you had a 32 bit
Cygwin - strange. What I can tell is that compiling a 32 bit app on a 32 bit
Cygwin on a 64 bit Windows works and that such an app runs fine on 32 bit and
64 bit Windows. I test this regularly. I can't co
Dear Ulli,
for MinGW (your ldd dump didn't include Cygwin dlls, so I assume you are doing
MinGW builds) I would recommend to compile 32 bit binaries using a 32 bit
Cygwin (which can be installed on 64 bit machines).
The reason is that the Windows file system has some hacks. Some DLLs are
avail
Howdy.
I've prepared a testcase for a bug or inconsistency with linux that is
affecting one of my projects.
Basically I have a background process that keeps some state always
running with a pipe open for reading requests.
Foreground processes that try to open that pipe for writting (to send
a re
Greetings, Ulli Horlacher!
> On Windows 7 32 bit I have compiled some binaries by myself.
> I can run them there but not on a Windows 8 64 bit: no (error) message,
> nothing happens.
> admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: uname -a
> CYGWIN_NT-6.3 WIN-7T5P92ALEEB 2.10.0(0.325
Greetings, Steven Penny!
> On Tue, 5 Jun 2018 20:18:59, Frank Farance wrote:
>> No, I'm not suggesting that one must be subscribed, I'm pointing out that if
>> one wants to have a back and forth discussion (in a practical sense), some
>> kinda registration/subscription system is necessary.
> No,
On 6/6/2018 5:31 PM, Ulli Horlacher wrote:
On Mon 2018-06-04 (21:24), Achim Gratz wrote:
Ulli Horlacher writes:
No, it's most likely (or should be, anyway) an XS library for the Encode
module of Perl. The address it gets loaded to is awfully low, so it's
either BLODA or you're using another
On Mon 2018-06-04 (21:24), Achim Gratz wrote:
> Ulli Horlacher writes:
>
> > /client/bin is a directory which I have created.
> > It should not collide with anything.
>
> So what's in there, is in PATH etc. pp.
In /client/bin are my own programs, mostly Perl scripts and yes, it is in
$PATH.
>
I am continuing to port GT.M to Cygwin
(https://www.fisglobal.com/solutions/banking-and-wealth/services/database-engine).
The database has a suid program that is marked u+s (root suid) on the
file permissions so that it can run as root whenever invoked. One of
the first things it does is cd to ano
Eliot Moss,
This worked perfectly:
char *dummy = NULL;
environ = &dummy;
Thank you so much.
--Sam
On Mon, Jun 4, 2018 at 4:22 PM, Sam Habiel wrote:
> Thank you!
>
> On Mon, Jun 4, 2018 at 3:39 PM, Ken Brown wrote:
>> On 5/31/2018 9:43 AM, Eric Blake wrote:
>>>
>>> On 05/30/2018 09:48 AM, Sam
On 2018-06-06 13:50, Ulli Horlacher was heard to say:
On Windows 7 32 bit I have compiled some binaries by myself.
I can run them there but not on a Windows 8 64 bit: no (error) message,
nothing happens.
admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: uname -a
CYGWIN_NT-6.3 WIN-7T5P92
On Windows 7 32 bit I have compiled some binaries by myself.
I can run them there but not on a Windows 8 64 bit: no (error) message,
nothing happens.
admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: uname -a
CYGWIN_NT-6.3 WIN-7T5P92ALEEB 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin
On 06/05/2018 07:18 PM, Frank Farance wrote:
Someone suggested a moderator (or multiple moderators) that would
approve messages from outsiders. That sounds like the easiest approach
because it anyone can write to the list and there would be just a short
delay for those people who aren't subscr
23 matches
Mail list logo
