http://gm.stackunderflow.com/blog/index.php ... en gm@stackunderflow.com Copyright 2010 Pivot Pivot - 1.40.4: 'Dreadwind' Thu, 08 Jul 2010 14:22:50 +0930 60 http://gm.stackunderflow.com/blog/pivot/entry.php?id=153 http://gm.stackunderflow.com/blog/pivot/entry.php?id=153#comm http://godzilladiaries.underflownetworks.com/. That is all. ]]> 153@http://gm.stackunderflow.com/blog/pivot/ default Thu, 08 Jul 2010 14:22:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=152 http://gm.stackunderflow.com/blog/pivot/entry.php?id=152#comm 3dMark Vantage: 13480 3dMarks, 34158 CPU, 11216 GPU
3dMark 06: 14839 3DMarks, 6828 SM 2.0, 7545 SM 3.0, 2988 CPU
FurryMark: 1920x1200 Fullscreen, 60000ms, MSAA off: 4037 points
X-Plane 9: Extreme res, 3x1680x1050 multihead, 15nm visibility: ~20fps

GTX470 and E8500 at 3518MHZ:
3dMark Vantage: 16790 3dmarks, 38769 CPU, 14122 GPU
3dMark 06: 16268 3dMarks, 6969 SM 2.0, 9103 SM 3.0, 3127 CPU
FurMark: same as above: 4177 points
X-Plane 9: ~25FPS, same settings, but I think it's actually achieving 15nm. This is without Nvidia eyefinity... i mean surround.
Reboot test: All 3 screens work, every time :D

Only annoyance is that I actually bought the GT220 because the fan in the card it's replacing is annoyingly loud, but MSI Afterburner allows you to adjust it down a bit. ]]> 152@http://gm.stackunderflow.com/blog/pivot/ default Thu, 01 Jul 2010 21:25:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=151 http://gm.stackunderflow.com/blog/pivot/entry.php?id=151#comm a fighter jet on the box.

If you haven't been following, the GTX275 is a Gigabyte one... which I have covered before...

In other news, the StackBook project is sadly dead, but the board lives on, it's attached to a two way radio as a RSSI meter, a job for which it works nicely :) ]]> 151@http://gm.stackunderflow.com/blog/pivot/ default Thu, 01 Jul 2010 18:51:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=150 http://gm.stackunderflow.com/blog/pivot/entry.php?id=150#comm
Yay I frontpaged OCAU (Overclockers Australia) with my SSD install in my MacBookPro :) ]]> 150@http://gm.stackunderflow.com/blog/pivot/ default Wed, 23 Jun 2010 21:48:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=149 http://gm.stackunderflow.com/blog/pivot/entry.php?id=149#comm bfint.py

Known bugs:
Only one TCP socket can be open, and they are all treated the same
Parsing will return uncaught errors if invalid code is used
Memory space is still fixed...
File handles are not implemented well yet
... and many others.

I'll post example code soon with comments.




This file is accessible as spec.rtf.
-------------------------------

+ add to current cell
+(n) add n to current cell
+(*n) add value of cell n
+(&n) add value of cell relative n
+(s) add value of cell named s

- subtract from current cell
-(n) subtract n from current cell
-(*n) subtract value of cell n
-(&n) subtract value of cell relative n
-(s) subtract value of cell named s

< go left one cell
<(n) go left n cells
<(*n) go left value of cell n
<(s) go left value of cell named s

> go right one cell
>(n) go right n cells
>(*n) go right value of cell n
>(s) go right value of cell named s


^ go to cell of current address
^(n) go to cell n
^(*n) go to value of cell n
^(s) go to cell named s

v(*n) copy current mem address into cell
v(s) name current cell

c set current cell to 0
c(n) set current cell to n
c(*n) set cell n to 0
c(s) write string to cell (not cell name!)

[ jump past ] if the value under the current cell is 0
] jump back to ] if the current cell value is nonzero

. output current cell under pointer
.(*n) output current cell to file handle in cell n
! output current cell as number
!(n) output current cell as number
, read in current cell to pointer
,(*n) read in from file handle in cell n


'(*n) open file handle at string starting at s
"(*n) open file handle to hostname and port in string at n

{ define procedure numbered with current cell value
} return to program

: jump to procedure numbered in current cell
:(s) jump to procedure numbered in named cell

j jump to pointer in current cell
j(n) jump n instructions

@ exit with current cell as exit value ]]> 149@http://gm.stackunderflow.com/blog/pivot/ default Wed, 12 May 2010 22:33:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=148 http://gm.stackunderflow.com/blog/pivot/entry.php?id=148#comm 1. Language must still be innately recognisable as BrainF**k. It must feel like coding BrainF**k.

2. Remove all the tedious bits. Yes, we know you can put 81 +es in a row. Yes, we know you can factorize the number and use ++++++++[>+++++<-]. You couldd also look the number up on http://esolangs.org/wiki/Brainfuck_constants. Yes, it is tedious - but tediousness at such a low level is not what this is about - there are better things to get stuck on how to implement. Hello World is now simpler to implement, but you could have generated all the +-[]ing with a program.

3. There are plenty of BrainF**k derivatives that make it harder to code, like BoolF**k like where you only operate on bits. This is not the goal here.

4. Add things that make it almost but not quite usable. If you just can't implement something reasonably, nobody will try. But it's more fun to just have it sitting right on the edge such that it's almost easy... but just that little bit harder than you want to go. Tempt people in with strings and sockets... but trap them in the rest. Programming is like a challenge now. So this means adding string support.

5. Also add stuff that makes it possible to write serious apps in it. Console IO is just not enough. So there's file I/O and network sockets.

6. Finally, make the expense of 3 + signs worth it, as someone has already made BrainF*ck++, and this adds more. And annoys people when what looks like line noise spits out the HTML source to their homepage. ]]> 148@http://gm.stackunderflow.com/blog/pivot/ default Wed, 12 May 2010 21:07:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=147 http://gm.stackunderflow.com/blog/pivot/entry.php?id=147#comm

]]> 147@http://gm.stackunderflow.com/blog/pivot/ default Sat, 23 Jan 2010 21:11:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=146 http://gm.stackunderflow.com/blog/pivot/entry.php?id=146#comm
Anyway, I decided to get my hands on a RTL8187 USB card and a "9"dbi antenna (9 is in quotes because I know a manufacturer who makes a similar one, and they claim it is a 7) to go with it. Entertainingly, this card comes with a pressed BackTrack 3 CD... and Chinese instructions for such. I will post some pictures later. Pictures are here.

The card works fine with the RTL8187 drivers in KisMac. And it works with Kismet on Debian running on my EEE 701SD. Kismet on OS X, however, does not support this device. To fix that, I have created rtl8187_tuntap. This is a daemon that drives the USB card using KisMac's userspace USB driver framework, and passes the packets out over a tap interface.

At the moment it uses IOKit to talk to the card over USB. It should theoretically be possible to port it to use libusb and make it crossplatform (the ObjC code doesnt do anything particularly nonportable - and the CoreFoundation stuff could be replaced). On Linux, this is not terribly useful, as there already exists monitor mode drivers for these cards. But on Windows, the possibility is there. Yes, you heard me - monitor mode on Windows - but it is not a high priority. Go and install Linux.

To get it to run, build it with XCode, and ensure the UsbVendorsRTL8187.plist file is in with the built binary. It's in the Build/Debug folder. Cd into the directory and run it as root (sudo ./rtl8187tuntap).

If you don't have the OS X tun/tap installed, install it.

If all goes right, you should see an iteration of all your USB devices, and then:

2010-01-23 20:32:11.167 rtl8187tuntap[2050:e07] Start capture
2010-01-23 20:32:14.751 rtl8187tuntap[2050:e07] Capture started
2010-01-23 20:32:14.893 rtl8187tuntap[2050:e07] Now recieving frames


At this point, it then is reading packets and reporting them out via tap0.

Now for the Kismet side: You need at least revision 3010 of the SVN development sources. Compile and configure it with the source interface tap0 (it will autodetect the source type).

To Do

• Why doesn't signal strength work? It is being reported in the header...


• Write as a Kismet plugin.


• Implement channel hopping - at the moment you can change channel by writing a number to /tmp/rtl8187_channel - and i suggest using cat > not echo as the pipe can only be opened once (must fix that). This will come with it being a kismet plugin.


• Clean up the log outputs...


• Tun/Tap on Mac OS X does not have an option to change the DLT (data link type) - and as a result no other software besides Kismet will behave right because it is told that the header format is a standard ethernet packet. I am told that Dragorn attempted to correct this, but the developers were not interested.

Now for the important bit: Download rtl8187tuntap v4.

Any bugs etc - leave me a comment. ]]> 146@http://gm.stackunderflow.com/blog/pivot/ default Sat, 23 Jan 2010 20:56:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=145 http://gm.stackunderflow.com/blog/pivot/entry.php?id=145#comm

After a lot of point-to-point soldering on both boards, I have the main LCD working on the soldered StackBook board. That is - after finding the hanging wire :)

After coding a basic shell and an IRC client...



(sorry for the short posts, there'll be more later). ]]> 145@http://gm.stackunderflow.com/blog/pivot/ default Wed, 30 Sep 2009 01:01:00 +0930 http://gm.stackunderflow.com/blog/pivot/entry.php?id=144 http://gm.stackunderflow.com/blog/pivot/entry.php?id=144#comm
Ok, so after soldering a 4-pin connector onto the Stackbook's board, I interfaced a PS/2 keyboard to it.

The keyboard was this one from DealExtreme.



So let's open it up...



After this, I stripped it down and replaced the PS/2 connector with an IDC header.

A PS/2 driver was written using an interrupt pin for the clock, however, for some reason it didn't behave right - much much messing around was had with this.

Using a combination of:
http://www.atmel.com/dyn/resources/prod_documents/DOC1235.PDF and
http://code.google.com/p/ps2keypolled/source/browse/trunk/ps2keypolled.c

a polling-based driver was written instead.

. ]]> 144@http://gm.stackunderflow.com/blog/pivot/ default Wed, 30 Sep 2009 00:55:00 +0930