Who's Online |
112 user(s) are online ( 68 user(s) are browsing Forums)
Members: 1
Guests: 111
MamePPCA1,
more...
|
|
|
|
Re: Waiting for mp_SigBit from RegisterApplication
|
Posted on: 2011/6/9 20:45
#141
|
Just popping in
|
@salass00
Looking at it, yes. Probably some left over from my testing. Also, I never delete the allocated MsgPort struct.
|
|
|
|
Re: Waiting for mp_SigBit from RegisterApplication
|
Posted on: 2011/6/9 19:55
#142
|
Just popping in
|
Great! Quick answer, and absolutely correct! Thanks!
And its kind of obvious -- sigbit.
|
|
|
|
Waiting for mp_SigBit from RegisterApplication
|
Posted on: 2011/6/9 19:37
#143
|
Just popping in
|
I'm trying to Wait for signals coming to my registered application, along withew Ctrl-C and ARexx messages. But I don't seem to get any signals, when waiting for the mp_SigBit from the MsgPort gotten with GetApplicationAttrs. I do however get messages on the MsgPort, when doing a WaitPort. This is a compilable example, where I test what I want to achieve (so it's not pretty or anything). In my real applicaton, I use the same kind of code, and can successfully receive both Ctrl-C and ARexx signals.
// g++ apptest.cpp -ggdb -lauto -o apptest
//
#include <proto/exec.h>
#include <proto/intuition.h>
#include <proto/dos.h>
#include <proto/application.h>
#define LOG_DEBUG IDOS->Printf
#define LOG_INFO IDOS->Printf
int main(int argc, char **argv) {
struct MsgPort * msgPort = NULL;
uint32 signal;
int loop = 10;
struct Message * msg = NULL;
msg = new struct Message();
uint32 appId = 0;
appId = IApplication->RegisterApplication(
"test",
REGAPP_URLIdentifier, "test.amigaos.se",
REGAPP_UniqueApplication, TRUE,
TAG_DONE
);
LOG_INFO("Got appId: %ld\n", appId);
if(appId == 0) {
LOG_INFO("Couldn't register application!\n");
return 20;
}
if(!IApplication->GetApplicationAttrs(appId, APPATTR_Port, &msgPort, TAG_DONE)) {
LOG_INFO("Couldn't get application attributes!\n");
return 20;
}
LOG_INFO("Got msgPort: %lx, sigbit: %ld\n", msgPort, msgPort->mp_SigBit);
// I believe this should be set to signal
// the mp_SigBit and not only the port?
// Works equally bad with or without.
msgPort->mp_Flags << PA_SIGNAL;
do {
// This code works:
/* Uncomment from here...
msg = IExec->WaitPort(msgPort);
while(msg != NULL) {
msg = IExec->GetMsg(msgPort);
LOG_DEBUG("Got message: %lx! (%ld)\n", msg, loop);
}
.... to here. */
loop = loop-1;
// This code doesn't work
// From here...
signal = IExec->Wait(SIGBREAKF_CTRL_C | msgPort->mp_SigBit );
if (signal & msgPort->mp_SigBit) {
LOG_DEBUG("Got App port!\n");
} else if (signal & SIGBREAKF_CTRL_C) {
LOG_DEBUG("Got Ctrl-C\n");
loop=0;
} else {
LOG_DEBUG("Something else\n");
}
// ...to here
} while(loop >0);
LOG_DEBUG("Aftermainloop.\n");
IApplication->UnregisterApplication(appId, NULL);
return 0;
}
|
|
|
|
Re: sockets suck...
|
Posted on: 2011/5/8 1:48
#144
|
Just popping in
|
IRC: The problem is that you actually sometimes use the methods for your own opened ISocket interface, and sometimes for the automatically opened one. I.e. change
status = connect(sockfd,(struct sockaddr *)&my_addr, sizeof(my_addr));
to
status = ISocket->connect(sockfd, (struct sockaddr *)&my_addr, sizeof(my_addr));
And it should work. I got this myself a while ago, and if I remember correctly, the solution is as above. Edit: saw that you got it sorted... and that I was rather late. I blame that I'm not used to dates being given like month/day making me think one recent post was from the 4th of may, and not the 5th april. :)
|
|
|
|
Re: RDesktop
|
Posted on: 2011/4/10 12:25
#145
|
Just popping in
|
I managed to get RDP working on... either Windows 2000 Home, or if it was XP, can't remember. The fix was rather simple, it involved changing something in the registry, and then download the archive containing RDP from MS's site.
Google for Windows XP Home RDP or something.
|
|
|
|
Re: Filer question
|
Posted on: 2011/3/29 17:25
#146
|
Just popping in
|
Wouldn't it be possible to create a separate "Workbench"-window? I have disabled the Background-checkmark (the first item in the Workbench menu), and thus, have a Window showing all hardrives and left out icons.
Would it not be relatively easy to create another such window (from Filer, or another program) that on double click open Filer-windows.
Basically, one could then hide all units using Workbench prefs, leaving the Workbench area clean, with only App icons on it, and having the new Workbench window visible.
Edit: I looked closer at Filer now, and my suggestion will basically be an option to always keep Filer's root window opened. Perhaps enabling the icons to be bigger, more mimicing the original Workbench window.
|
|
|
|
Re: Searching for MPlayer mantainer
|
Posted on: 2010/11/17 21:11
#147
|
Just popping in
|
@Varthall Quote: I wonder if the Wiki part could be used as a sort of blog, to report any progress on the project. Google also has blogs (in form of blogspot). There is no specific integration, but you can easily add links from the main page.
|
|
|
|
Re: Searching for MPlayer mantainer
|
Posted on: 2010/11/17 19:28
#148
|
Just popping in
|
@Varthall Quote: @all Any recommendation for a CVS? Sourceforge?
I use googlecode for JAmiga. I think it works great: you have a wiki, SVN, and a bugtracker. Whenever I look at sourceforge pages I can never seem to find anything. Its mostly ads and irreleveant stuff -- googlecode is clean and easy. And a breeze to set up.
|
|
|
|
Re: How Cool would an eLap have been?
|
Posted on: 2010/8/5 10:32
#149
|
Just popping in
|
@Rogue
Any plans for another portable AmigaOS4-device? :)
I'd really like to have an AmigaOS-phone!
|
|
|
|
Re: Java on Amiga
|
Posted on: 2010/7/12 17:50
#150
|
Just popping in
|
@KimmoK Quote: KimmoK wrote: Initially he seems too shy / unsure to commit. But he is very, very interested. I talk to him more later.
He can just check out the code and give it a go. If he has questions, they can just be asked on the mailing-list, and hopefully an answer can be found.
|
|
|
|
Re: Java on Amiga
|
Posted on: 2010/7/10 19:56
#151
|
Just popping in
|
Nice to see some interest in Java on Amiga! I'm doing a bit of work here and there, nothing much and very slow. More developers are welcome; it is a nice project to tinker with, since there is a lot to do but yet rather easy to see progress -- it is a high mountain but not unclimbable, and the view is great ). I'm hoping that more people from other Amiga-like OS join in. I'm trying to get an Aros or a OS3.x compile to be able to do work on my laptop, but MorphOS help is also very much welcome. Basically, work for any platform helps all platforms (which is noting but a good thing: lets come together). Anyone just wanting to try and compile it is very welcome to check out the code and ask questions in the google group.
|
|
|
|
Re: where is dlopen ?
|
Posted on: 2010/7/6 19:05
#152
|
Just popping in
|
@alfkil
The SDK I have (v 53.20 I think) has DLOpen (and others) in elf.library.
|
|
|
|
Re: Coffee, anyone?
|
Posted on: 2010/6/1 18:35
#153
|
Just popping in
|
@Raziel
Nope. No official roadmap. The closest is the list above.
The issues that exists will be detected during time, and a roadmap will perhaps be available in time. I am now focusing on getting knowledge on JAmiga and JNI in general. Trying to see what is unimplemented and what is not implemented at all. As I do this I will write some documents.
Also, don't get your hopes up. This will take months. Atleast if I'm the only one doing stuff.
For the next release i will try to get an AmiUpdate script ready, and update JAmiga as it progresses and not limit myself to batch release updates.
|
|
|
|
Re: Coffee, anyone?
|
Posted on: 2010/6/1 8:21
#154
|
Just popping in
|
@Mrodfr
The next plan is just to fix what can be fixed: * threading is one thing * some of the stuff in org.jamiga.intuition-classes needs to be implemeted (to allow for some simple Amiga GUIs) * getting a newer classpath to run (and with that getting Java 1.5 to run)
There is a lot of work to be done though. And any programmign help is appreciated.
If you don't know Java this is a golden opportunity to learn it! :) Basically, C-knowledge is most important.
I am planning on releasing more Java examples, and there is a mailing list if you have any questions.
|
|
|
|
Coffee, anyone?
|
Posted on: 2010/5/31 22:13
#155
|
Just popping in
|
Five years since the last JAmiga 0.0.5 was released, we are now happy to release version 0.0.6. This updates contain, compared to 0.0.5: * OS4 memory allocation routines * OS4 file handling * A few bug fixes Details and archive at http://code.google.com/p/jamiga2/jamiga.lha contains anything you need. This version will crash at some point, and it is not very usable: read the readme! The installer inte the archive can also download Jikes, a java compiler, if you want to try your own Java programming skills. Basically we just want to show that slow work is being done on JAmiga, and that we need help -- so if you know C and some Java, we could surely use your help. Bug reports are not wanted at this point.
|
|
|
|
Re: Running Arexx Script from URL Pref
|
Posted on: 2010/5/22 20:14
#156
|
Just popping in
|
@JCC Just double click on the path to client in URL prefs, and change to your arexx-script. The ARexx script probably needs to have an icon with info on how to start it.
|
|
|
|
Re: Accessing xmos from os4
|
Posted on: 2010/4/21 7:56
#157
|
Just popping in
|
Quote: (IIRC, it requires JAVA !) I believe its only the IDE listed at their website (Eclipse) that requires Java.
|
|
|
|
Re: Utility to add items to Workbench's Tools menu
|
Posted on: 2010/3/21 0:42
#158
|
Just popping in
|
I have a small ARexx-script that adds my menus:
/**/ PARSE arg Command ADDRESS Workbench OPTIONS RESULTS
MENU ADD NAME svnadd TITLE '"Subversion \Add"' CMD 'svn.rexx add' MENU ADD NAME svnupd TITLE '"Subversion \Update"' CMD 'svn.rexx update' MENU ADD NAME svncom TITLE '"Subversion \Commit"' CMD 'svn.rexx commit' MENU ADD NAME svndel TITLE '"Subversion \Delete"' CMD 'svn.rexx delete'
This adds four commands to a submenu "Subversion". I then run this at the end of my startup-sequence. Got the ARexx commands from the OS3.9 HTML manual.
|
|
|
|
Slow WBStart; Ringhio, or SabreMSN/Wet-bug?
|
Posted on: 2010/2/24 20:16
#159
|
Just popping in
|
I just noticed a very slow WB start (WB came up, but AmiDock took its time, say 40-50 seconds, adn the system was unusably slow). I had newly installed Wet, and thought that disabling it could help, it however didn't solve the problem. After som error searching I found that the ENV:ringhio.appsprefs.xml was a whopping 2 megs (compared to what it usually is). Looking at it I found that the entries for SabreMSN and WET had a lot of garbage in them. The garbage consisted of international UTF-8 characters. I have a voulme with the name "H?rddisk", and the name of Wet is "V?der" in swedish. So, does SabreMSN and Wet use some sort of unicode.libaray that is faulty, or is the fault within Ringhio-server? The appsprefs XML-file can be found here: ringhio.appsprefs.xmRemoving the strange entries solved the problem.
|
|
|
|
Re: Java on Amiga
|
Posted on: 2010/2/20 16:07
#160
|
Just popping in
|
I've been working some on JAmiga these last days.
Amongst the things I've done: * Added OS4 mem allocation routines * Fixed a few bugs * Found that jikes, thea Java compiler (on aminet) can be run on OS4.1 * Got the mauve test suit runnning (jikes was required for this) * Tried the lates GNU classpath, 0.98
For now I'm running the mauve tests and just trying to make it run without JAmiga crashing, its very much trial and error. Basically I'm trying to stabilize JAmiga, still using the old classpath 0.12.
If anyone else is working on this, it'd be great to collaborate, so we don't do things twice. I have local SVN where I check in every change, so I have a log of what has changed compared to the 0.0.5-archive at jamiga.org. If anyone is interested in a real collaboration, I could set up an online SVN. I have been in contact with Peter W, and the 0.0.5 is the only sources left atm. The CVS at amiga.org only contains abandoned C++ code.
When I have made any real progress I'm thinking of releasing a 0.0.6 or so. But for now I'm just happy having it compiling and crashing.
|
|
|
|