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 msv
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 de
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 bla
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,
t
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 *only*
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: http://cygwin.com/
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: http://cygwin.com/
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 th
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 star
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
)
{
switc
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 DLL_PROCESS_AT
14 matches
Mail list logo
