Tokyo Marui M4 R.I.S

Toyko Marui’s stuff rocks !

Call of Duty: World at War

First installment in the series that sets in the Pacific War, that’s something to look forward to.

There’s also a higher resolution version on Xbox Live Marketplace.

[Delphi] Get the Raw HTML Source from TWebBrowser

TWebBrowser is Delphi’s wrapper for IWebBrowser2, so the technique covered here also applies to other languages that supports COM.

IWebBrowser2.Document implements IHTMLDocument, IHTMLDocument2 and IHTMLDocument3. Those interfaces, however, did not provide any method to get the source. The closest you can get is by getting the outterHTML property of the IHTMLElement that presents the ‘html’ tag. i.e.

source := ((((WebBrowser1.Document as IHTMLDocument2).all.tags('html') as IHTMLElementCollection).item(0, '')) as IHTMLElement).outerHTML;

However via this method the HTML you get is generated by MSHTML, via the DOM tree, not the original HTML file you downloaded from the server. And all the tags become ugly UPPERCASE.

To get the raw source, we have to turn to another interface, IPersistStreamInit, which provide support for stream-based persistence. Using the Save method of IPersistStreamInit, we can save the raw source to a stream and read it to a string. (Here I took advantage of Delphi’s various wrapper and helper class. Sometimes you can’t help but feel sorry that VCL and Delphi’s nearly dead)

function GetRawHTML(WB: TWebBrowser);
var
stream: IPersistStreamInit;
buffer: TStringStream;
begin
   buffer := TStringStream.Create('');
   try
      stream := WB.Document as IPersistStreamInit;
      if not Assigned(stream) then
         result := ''
      else
         if Succeeded(stream.Save(TStreamAdapter.Create(buffer), true)) then
            result := buffer.DataString;
   finally
        FreeAndNil(buffer);
   end;
end;

More about IPersistStreamInit on MSDN :
http://msdn.microsoft.com/en-us/library/ms682273(VS.85).aspx

Set up a Java ME development environment on Mac OS X

Recently I decided to give Java ME a try. As I have a project created by other developers with NetBeans Mobility Pack, I thought I might just use the same IDE on Mac.

(Click to enlarge)

Installing NetBeans

I downloaded NetBeans 6.1 from http://download.netbeans.org/netbeans/6.1/final/. There’s no ready-built mobility pack for Mac, so I downloaded the Java SE version (coz I won’t use other features anyway, for those I use Eclipse). The installation is easy, no configurations needed. Right after I launched the program, there’re already several updates, so I just let it updated itself.

Installing Mobility Plugins and Mpowerplayer

Go to “Tools / Plugins“, select “Available Plugins” tab, find those two plugins - “Visual Mobility Designer” and “Mobility“, install them (and update them). Restart NetBeans.

Mpowerplayer is currently the only working MIDP emulator on Mac. Download it for free at http://mpowerplayer.com/?cat=6 . Extract Mpowerplayer SDK to any place you like. e.g. /Developer/mpp-sdk .

Go to “Tools / Java Platforms“, click “Add Platform..“. In the wizard select “Java ME MIDP Platform Emulator” and in the next screen choose the folder you extracted MPP SDK to. I use /Developer/mpp-sdk here. The wizard should find the platform automatically, then “Next” and that finishes this part.

(Optional) Replacing files (solves “String.equalsIgnoreCase” problem)

Now you should be ready to develop MIDP applications with NetBeans and Mpowerplayer. However, if you try to use certain methods in your application, say “String.equalsIgnoreCase”, you’ll get a “cannot find symbol” error (even if you’re using CLDC 1.1 profile, which should include this method).

A simple workaround is “toLowerCase().equals()“. However if you’re working with exisiting code (like in my case, someone created with WTK), you’ll find more missing classes and methods which have no simple workarounds.

So I decided to compile my code against Sun’s libraries. Configuring classpaths can be tricky so I just replaced the files. Here’s what I did:

1. Download Sun Java Wireless Toolkit 2.5.2 . Remember to download the Linux version !
2. Extract the package with unzip in a terminal, simply “unzip <the file name>” (Don’t do it in Finder, it simply doesn’t work). e.g.

   sudo mkdir /Developer/sun_wtk
   cp ./sun_java_wireless_toolkit-2_5_2-linux.bin /Developer/sun_wtk/
   cd /Developer/sun_wtk
   unzip sun_java_wireless_toolkit-2_5_2-linux.bin

3. Now check the files you just extracted, copy all those 5 jars under “lib” directory to <mppsdk>/stubs/ and replace the ones that come with Mpowerplayer (make backup first). e.g.

   cp lib/cldcapi10.jar /Developer/mpp-sdk/stubs/cldc-1.0.jar
   cp lib/cldcapi11.jar /Developer/mpp-sdk/stubs/cldc-1.1.jar
   cp lib/midpapi10.jar /Developer/mpp-sdk/stubs/midp-1.0.jar
   cp lib/midpapi20.jar /Developer/mpp-sdk/stubs/midp-2.0.jar
   cp lib/mmapi.jar /Developer/mpp-sdk/

4. Now you should be able to use the same APIs as you would use with WTK. Do not delete the WTK directory, there’re still many useful libraries (e.g. WMA - the javax.wireless.messaging package) and demo applications.

Some Notes

• When opening projects created with older versions of Mobility Pack, NetBeans will ask you to convert the file format (basically changes on getter/setter to meet Java conventions). Do NOT trust the conversion, keep a copy of the original files, you’ll have to fix small errors like missing imports here and there in the new file
• The Visual Mobility Designer is really cool but don’t overuse it. As the diagrams aren’t generated from source code directly, but stored in separated files, NetBeans won’t allow you to edit much part of the generated code, and sometimes it just gets in the way. So still use handcraft code when possible (I only use the designer for UI and layout)
• If you compile your application against WTK libraries, you’ll have to consider license issues when publishing it.
• You should still test your applications on emulators from official SDKs and probably on actual devices. For example I wrote a very simple Hello world application and it runs well on Mpowerplayer, but simply doesn’t work on my Sony Ericsson K770i.

Apple Previews Snow Leopard

Now it’s official, the next major release will be called Snow Leopard. Is Apple running out of cat name or something ? I remember there’s a pool on ZDNet and there’ve been suggestions there, say “Mac OS X lolcat”, lol.

Apple quietly uploaded this new page on their website:

http://www.apple.com/macosx/snowleopard/

I’ve seen no other details about the next release. However judging from the web page Snow Leopard will become a 64bit operating system and enhance the multicore support, indicating Apple is bringing a closure to the Apple-Intel transition and abandoning old PowerPC models further more. OpenCL is also a brilliant idea but it seems the ATI chips shipped with most MacBook, MacBook Pro and iMacs are far less powerful than those in their PC counterparts.

Hong Kong bans Modchips

A new copyright regulation comes into operation in Hong Kong. According to the regulation, “circumvent” device and technological measures, which includes most modchips and custom firmwares, are illegal, for both retailers and users.

Any device / action, which circumvents the copyright protection by the copyright owner, is considered illegal. Selling or USING these device are considered illegal too. According to this regulation, most modchips, custom firmwares, warez, keygen, cracks, etc. are banned.

However, if a modchip / custom firmware ONLY disables the regional code check, it is acceptable. (However it can’t let the user use BOTH pirated copies AND imported copies. i.e. Any device that enables the ability to use a pirated/home-made copy is illegal).

Making / selling such devices or providing installation services for such devices are considered as CRIMEs.

New domain name

Godaddy is making a sale of .info domains, only $ .99 for the first year ! So I grabbed one. Now the domain softboysxp.info and blog.softboysxp.info is up and running, gonna update other subdomains and email accounts later.

Compiling 64 bit PHP on Mac OS X Leopard

My iMac ships with Leopard 10.5.2 and PHP 5.2.5 was integrated. As I was planning to build optional components into PHP, I decided to compile PHP 5.2.6 myself.

I have MySQL installed on /usr/local/mysql and to preserve the orginal settings of the preinstalled version, I used following configure options:

./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info \
--disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr \
--with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml \
--enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets \
--with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc \
--with-mysql-sock=/var/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config \
--with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear \
--with-mysql=/usr/local/mysql

Then after building, make and install, apache failed to start as libphp5.so was in a “wrong architecture”.

Then I realized, the Apache shipped with Leopard was the 64bit version, so I have to build a 64 bit PHP.

so I added the following before configure:

MACOSX_DEPLOYMENT_TARGET=10.5
CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp"
CCFLAGS="-arch x86_64 -g -Os -pipe"
CXXFLAGS="-arch x86_64 -g -Os -pipe"
LDFLAGS="-arch x86_64 -bind_at_load"
 
export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET

The last line seems redundant but strangely on my machine, the flags won’t work until I export them.

In order to configure a 64bit build, I have to install a 64bit version of MySQL, or you’ll fail the configure.

All files compiled successfully, but the linkage failed. The error was “Undefined symbol: _libiconv”. Well that’s a new one, didn’t see that when building the x86 version.

After googling for a while, I found the solution. Apple’s libiconv.dylib has a bug, it forgot to export _libiconv for both 64bit architectures (ppc64 and x86_64). The solution is to compile a universal binary libiconv yourself. (And do not forgot to install the header files too, or you’ll get other undefined symbol errors)

The flags of building universal binary is similar as the above ones. Just remember to put all four architectures (-arch i386 -arch x86_64 -arch pc7400 -arch ppc64) there.

Then finally I have the php built successfully and up n running.

Notes

To build a universal binary version of PHP, you need to build MySQL universal yourself as well, and all the libraries you used should be compiled as universal binary.

A universal binary looks like this :

$ file /usr/sbin/httpd
/usr/sbin/httpd: Mach-O universal binary with 4 architectures
/usr/sbin/httpd (for architecture ppc7400):	Mach-O executable ppc
/usr/sbin/httpd (for architecture ppc64):	Mach-O 64-bit executable ppc64
/usr/sbin/httpd (for architecture i386):	Mach-O executable i386
/usr/sbin/httpd (for architecture x86_64):	Mach-O 64-bit executable x86_64

- Update:
After this post I’ve been using php with Leopard for a while. I found that sometimes (probably after an OS update, but I haven’t confirmed this yet) the system restores old versions of php, which would fail to load the custom-built libiconv. So you have to run “make install” & “make install-cli” again to make the new version working again. (No recompilation, only reinstall)

MacBook Airror

Apparently some audio can’t be turned up to F11.

read more | digg story

The “SCP” implementation of WinSCP

SCP is a simple protocol for secure file copy. Only file-copy (bi-directional) is supported by scp.

However, the WinSCP implementation of “SCP” is actually a GUI for the remote shell.

WinSCP requires login access to remote server. After login, it make use of common *ix commands like ls, ln, mv, etc. The real scp client is only called when there’s a need to exchange files (i.e. download / upload). Other than that, the operations are indeed completed by the remote shell. And because of that, the implementation is rather platform-dependent. As different distributions have different output formats, especially with “ls”, the output varies among each other. (And that’s why WinSCP recommends to use bash on the server side as default shell for remote login).

So when you use “SCP” protocol in WinSCP, you’re actually using a SSH client with scp. WinSCP should name it like “SCP (with Shell)” or something to avoid misleading.