Author
| Testers wanted for openMSX Mac OS X binary
|
Ramones
msx novice
Posts: 31 |  Posted: February 01 2006, 11:04 |
Works very well, in Mac Mini with 10.4.4 
About two or more params to launch openMSX.app ... if you use Cocoa Framework, and one SDLmain.m, you can use this procedure for get all params and export to argc :
- (BOOL) application: (NSApplication*) anApplication
openFile: (NSString* ) aFileName
{
gArgc++;
gArgv[1] = [aFileName UTF8String];
return YES;
}
In example, I only get one param, but aFilename is a NSString with all launch params.
|
|
manuel
msx guru
Posts: 3552 | Posted: February 01 2006, 14:23 |
[D-Tail] - about Java: there have been horrible fights over this, but the bottomline is: if you know what you're doing, things will not be as bad as you may think.
|
|
boukichi
msx friend
Posts: 6 | Posted: February 01 2006, 16:32 |
jr ,I meant you can delete share directory in the app,
then openMSX would search its parent directory instead of inside.
|
|
jr
msx addict
Posts: 310 | Posted: February 01 2006, 17:03 |
boukichi - ok, didn't catch that, sorry :-)
and about Java, well, I also don't want to start fighting over it, it was just a suggestion - anyway modern computers have enough memory to run a "simple" launcher app and it shouldn't need any CPU resources while it's sitting idle waiting for user input.
|
|
mth
msx freak
Posts: 193 | Posted: February 04 2006, 03:34 |
Ramones: openMSX is written in C++ and uses portable libs (libc, STL, SDL) for most functions, but there is a bit of Carbon code as well.
Can you explain what that code fragment does exactly? It sounds interesting, but I don't really understand it.
jr: I like Java as a language for programming servers, but I'm not sure it would be a good choice for Catapult. Not everyone has a JVM installed on their system: in Mac OS X it's standard, but in Windows and Linux it is not. Also there is not really a good GUI toolkit for Java: AWT is not powerful enough and Swing is overly complex and has a different look & feel as native apps. SWT might be an option though.
We are looking at other alternatives to C++, such as Python + Qt or Ruby + Qt.
About speed of languages: it doesn't matter exactly how fast a language is, as long as it's fast enough. While most of openMSX is C++, it also contains some assembly routines (for pixel processing) and some TCL (for hotkey handling). Pushing pixels in TCL would obviously be a bad idea for performance reasons, but doing the hotkey handling in assembly would be a bad idea as well, since it would be a waste of development time.
|
|
|
|
|
