Activity for Dynamic GEM Library (LDG)
-
Miro Kropáček committed [r133] on Code
Adapt to mintelf gcc
-
Lonny Pursell created ticket #5
Memorty leak in LDG.PRG
-
Thorsten Otto posted a comment on ticket #4
Thats up to you of course, but a single "if" does not look very complex ;) Anyway, i'm fine with any solution that works. In the meantime, i try to fix that also in MiNT.
-
Olivier Landemarre posted a comment on ticket #4
Yes but I not see any interest, it is just more complex
-
Yes, you are right, almost forgot that. But you could still do something like if ((pid = Pexec(104), ...)) == -32) Pexec(4,...); else if (pid <0) /* maybe handle other errors here */ else Pwaitpid(pid, 2, NULL, NULL);
-
Yes, you are right, almost forgot that. But you could still do something like if ((pid = Pexec(104), ...)) == -32) Pexec(4,...); else if (pid <0) / maybe handle other errors here / else Pwaitpid(pid, 2, NULL, NULL);
-
Yes possible but it not help to do faster but use Pexec(104) is impossible for one reason: it doesn't work under single TOS. LDG work on any system
-
Another idea (also not tried yet): you could use Pexec(104) instead of Pexec(4). That call does not wait, and should give you also the pid of the started Process, which you can use for Pwaitpid(pid, 2, NULL, NULL)
-
Ok, I will do the change this week using Pwait3(3,NULL) in case of need on old Mint Kernel, but I agree I should not need anything. Thanks for the help
-
Yes, Pwait() is identical to Pwait3(2, NULL), or Pwaitpid(-1, 2, NULL, NULL),as you can see here Pwait should report something, The module you started with Pexec(4) already has exited, so there is nothing to report... unless you have loaded other libraries before with Slbopen(). They are handled a bit strange by MiNT: they are started also with Pexec(), but then they get a SIGSTOP signal sent once their init function has been called. That is why Pwait() hangs: it waits for them to exit or change...
-
It's not clear for me what Pwait do exactly, looks like it is as Pwait3(2, NULL) but we wait Pexec(4,..) quit, so child for me is stopped and Pwait should report something, if I remember it is to not have zombie process, perhaps should more use Pwait3(3,NULL) in all case it will not wait, I have load several ldg in same time without this issue, does SLB are separate thread ?
-
Call to Pwait() in ldg_load is wrong
-
Mise à jours screen.ldg
-
add VBCC support
-
Remove use of memset for internal function + ad...
-
add vbcc support
-
Add VBCC support
-
Fix PureC lib compilation (PureC not support #i...
-
Dynamic GEM Library (LDG) released /ldg-2.35.zip
-
Fix LP address
-
-
cdecl fix for pureC
-
Version 2.35
-
-
-
add makefile for GCC
-
Fix compilation for gcc
-
Add slow but simple C of bcopy to compil it for...
-
bcopy, bzero and _bcopy are already keyword of ...
-
Update version to 2.35
-
Fix record path of the ldg, before we have some...
-
version change
-
version change
-
version change
-
Compil for 68K and coldfire
-
add strip, binary in bin folder and processor v...
-
incompatibilité de la définition de BASEPAGE av...
-
version number change
-
makefile STRIP std name
-
Include local ldg.h
-
Add strip in GCC makefile
-
Fix TSR issue under Magic6, wrong share memory
-
-
1