Am 06.02.2020 um 18:53 schrieb David Rothenberger:
On 2/3/2020 12:11 PM, Achim Gratz wrote:
I have done another update of my private Perl repository over the
weekend. While not all maintainers will immediately be ready with their
updates due to external circumstances, I'd like to release the
Am 07.02.2020 um 22:47 schrieb Jay Abel:
I'm using tcsh and for some reason the default configuration for X11 keeps
leaving zombie dbus processes, none of which seem to be reachable. For
example, when running Octave I get an error that dbus wasn't replying. Now,
if within the open xterm window
please bottom post on this mailing list
Am 08.02.2020 um 01:12 schrieb Olivia Nelson:
Sorry, I made a mistake. I've updated the title ..
To summarize:
1. I can load the DLL compiled with cygwin with LoadLibraryA,
but not remotely with CreateRemoteThread.
2. The same DLL compiled with
It's possible to compile and link programs that use std::filesystem with
the g++ 9.2.0 compiler for Cygwin. For instance if I place the following
program into a file name "x.cpp":
#include
#include
int main()
{
std::filesystem::path p{"/tmp"};
std::cout << p <<
Sorry, I made a mistake. I've updated the title ..
To summarize:
1. I can load the DLL compiled with cygwin with LoadLibraryA,
but not remotely with CreateRemoteThread.
2. The same DLL compiled with msvc works with both LoadLibraryA and
CreateRemoteThread
Answer to Joost:
constructor and
Hi everyone, I am trying to get the KDE plasma desktop running. I've
installed xorg-server and plasma-desktop and can get simple gui apps
running (e.g. gvim). When I try to run the plasma desktop (from
"Plasma" icon installed in the windows start menu), the KDE logo appears
against a black
I'm using tcsh and for some reason the default configuration for X11 keeps
leaving zombie dbus processes, none of which seem to be reachable. For
example, when running Octave I get an error that dbus wasn't replying. Now,
if within the open xterm window I type dbus-launch and then I run octave,
On 8/02/2020 05:13, Brian Inglis wrote:
DF's post immediately preceding that KB post at the start of*January* *was*
Brian, indeed. And, as I'm sure you're aware - given that you were
trawling through past posts - Ken already pulled me up on it, and since
then I haven't. It has been my
Does
static void __attribute__((constructor))
static void __attribute__((destructor))
work?
See e.g.
https://stackoverflow.com/questions/2053029/how-exactly-does-attribute-constructor-work
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Does
static void __attribute__((constructor))
static void __attribute__((destructor))
work?
See also:
https://stackoverflow.com/questions/2053029/how-exactly-does-attribute-constructor-work
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2020-02-05 16:35, Ken Brown wrote:
> On 2/5/2020 6:07 PM, David Finnie wrote:
>>> [Please don't top-post on this list. Thanks.]
>> What do you mean by top posting, then ? How was my post a top post ?
> It wasn't. I misread it. Sorry.
DF's post immediately preceding that KB post at the start
Am 07.02.2020 um 16:07 schrieb Olivia Nelson:
I compile it like this:
gcc dll.c -shared -fPIC -o dll.dll
I tried to run it with LoadLibraryA
But DllMain is not called.
you are building a Cygwin dll, that requires the Cygwin1.dll
but probably do you not intend it and need a standalone one
I compile it like this:
gcc dll.c -shared -fPIC -o dll.dll
I tried to run it with LoadLibraryA
But DllMain is not called.
On Fri, Feb 7, 2020 at 10:49 PM Marco Atzeri wrote:
>
> Am 07.02.2020 um 09:46 schrieb Olivia Nelson:
> > I have a simple C program that output something to DbgView on
Am 07.02.2020 um 09:46 schrieb Olivia Nelson:
I have a simple C program that output something to DbgView on startup:
#include
BOOL APIENTRY DllMain( HMODULE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
I have a simple C program that output something to DbgView on startup:
#include
BOOL APIENTRY DllMain( HMODULE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
switch (ul_reason_for_call)
{
case
15 matches
Mail list logo