Hi!
FAR Manager compiled for ARM. Partially tested on MS Surface.
Plugins supported. Some are in plugins.zip (FARCmds, HlfViewer, Network, TmpPanel)
To install plugins just unpack a zip file into %FAR%\Plugins directory.
wbr, sdv
Nice, added to the list.
Cool!
I've thought about compiling it myself this weekend, but you've already did it
mamaich said:
Cool!
I've thought about compiling it myself this weekend, but you've already did it
Click to expand...
Click to collapse
That wasn't so difficult. Just removed some hook code and default printer selection. Actually, didn't expect that it will be so easy to get t running.
Trying to get plugins working. Compiled some, but can't get them to load. Will continue digging in there.
wbr, sdv
Managed plugins to work. Updated #1 post.
wbr, sdv
Heh, MultiArch (or ArcLite) plugin would be great - as FAR can't browse archives without it. We already have a 7z, so you can borrow already-built 7z.DLL from that project.
Then a working Cisco VPN Client - and I would not need my work notebook in business trips
mamaich said:
Heh, MultiArch (or ArcLite) plugin would be great - as FAR can't browse archives without it. We already have a 7z, so you can borrow already-built 7z.DLL from that project.
Then a working Cisco VPN Client - and I would not need my work notebook in business trips
Click to expand...
Click to collapse
MultiArc itself runs just fine, but it uses external archiver executables. Will take a closer look on it or newarc plugin on weekend.
wbr, sdv
sdv22 said:
Hi!
FAR Manager compiled for ARM. Partially tested on MS Surface.
Plugins supported. Some are in plugins.zip (FARCmds, HlfViewer, Network, TmpPanel)
To install plugins just unpack a zip file into %FAR%\Plugins directory.
wbr, sdv
Click to expand...
Click to collapse
It won't run. Just close right after executing. What I doing wrong?
Related
Looking for a program to convert .JAR to .APK so I can install programs/games on G1
The progam/app at http://www.netmite.com/android/ automatically converts .JAr to apk, but only does so from the Web, and I've tried to direct its url option to a a .JAR I've web hosted and it doesn't do anything, doesn't download the file or anything.
The sites that it gives you to choice from under its menu option suck, and don't allow files to be uploaded, most of the files don't support touch screen and don't work well with the G1's front soft keys.
J2ME MIDP Explorer just needs an option to install/ convert from the sd card
I've got a bunch of Java midlets on my PC and I want to get them to my G1 or at least play around with them in the emulator.
Any ideas?
Thanks
Maybe this is in the wrong Forum? Mods any thought?
Thanks
Dalamak said:
Maybe this is in the wrong Forum? Mods any thought?
Thanks
Click to expand...
Click to collapse
You can't just convert a jar to an apk. It has to be compiled for android. Android's java library doesn't have all the swing stuff that's in normal java, so the app most likely would have to be re-written to work on android
JesusFreke said:
You can't just convert a jar to an apk. It has to be compiled for android. Android's java library doesn't have all the swing stuff that's in normal java, so the app most likely would have to be re-written to work on android
Click to expand...
Click to collapse
Pretty sure MIDlets (MIDP jars) don't use Swing or awt. They have a separate user interface api under javax.microedition.lcdui
As for converting MIDP programs to runnable APKs, there is certainly a way. Technically it isn't a conversion but the use of a wrapper around the unconverted MIDlet. This is the approach that Opera Mini for Android uses. More info:
http://labs.opera.com/news/2008/04/10/
From the same article:
"The only major task was to replace the AWT/Swing graphics backend of MicroEmulator with Android specific APIs."
Id quite like this to work with bloover, though the blue tooth support needs to be extended in the g1, headset only. I want to send files!!
JesusFreke said:
From the same article:
"The only major task was to replace the AWT/Swing graphics backend of MicroEmulator with Android specific APIs."
Click to expand...
Click to collapse
Right since MicroEmulator is a J2SE program, it uses Swing/awt classes. Since the heavy lifting of porting MicroEmulator to Android has already been completed, you don't have to worry about it. Theoretically, anyway.
Compiling MicroEmu for Android and running a Sudoku game:
http://microemu.blogspot.com/2008/11/running-java-me-applications-on-android.html
i try to use netmite to conver some jar file frome my web site
there is no garanty to aonverted java file work good in android but all of converted jar file all runing and then maybe it (work/crash/or slow)
Try UpOntek - jar to apk conversion service which includes optimization tips for your app.
veda_sticks said:
Id quite like this to work with bloover, though the blue tooth support needs to be extended in the g1, headset only. I want to send files!!
Click to expand...
Click to collapse
use the program blutooth file transfer
Hey guys I searched a lot around the net but i couldn't find something only an app that "compiles" a java script if you type itt in the window and displays a result (not good enough) and another one that plays some java games.
I need an app that runs JARs or JADs from the phone. Any clues?
JRE for Android would be awesome!
Have a look at www netmite.com/android/srv/2.0/getapk.php
It takes your J2ME java & jad files and converts them into an apk.
I've used this site for converting a Lotus Sametime java applet into an Android apk:
chall32.blogspot.com/2010/09/lotus-sametime-for-android.html
-Chris
chall32 said:
Have a look at www netmite.com/android/srv/2.0/getapk.php
It takes your J2ME java & jad files and converts them into an apk.
I've used this site for converting a Lotus Sametime java applet into an Android apk:
chall32.blogspot.com/2010/09/lotus-sametime-for-android.html
-Chris
Click to expand...
Click to collapse
well unfortunately i only hav4e the jar file :S
Looks like you can create a jad from a jar file. Have a look at:
wiki.forum.nokia.com/index.php/Generate_JAD_from_JAR_file
chall32 said:
Looks like you can create a jad from a jar file. Have a look at:
wiki.forum.nokia.com/index.php/Generate_JAD_from_JAR_file
Click to expand...
Click to collapse
wow thx! created the jad file and then compiled to apk! excellent! thx!
oh i got an app that CAN run java. i think i've seen this somewhere before. it's called JBLEND
www.aplix.co.jp
(Disclaimer: noob.) As with previous poster, I can't post attachments in the right place, so apologies to people who don't want to read about WinRT ports.
This is vim 7.3. I included in the zip a diff against the 7.3 source tree for anyone wanting to build themselves. These binaries were built with "OPTIMIZE=SPACE" and the patch uses a CRT DLL so the binaries are much smaller than the x86 versions.
For those wishing to run the binary:
1. unzip somewhere
2. unzip /pub/vim/pc/vim73rt.zip from ftp.vim.org into the same location (couldn't include these due to attachment size limits, and can't link due to being a noob)
3. [UPDATED] Remove vim\vim73\libintl.dll. This is included in the vim73rt.zip file, is not compiled for ARM, and is not part of the vim source distribution.
4. run vim\vim73\install.exe. This is a console app that will allow you to configure install locations and settings.
No known bugs, but no extensive testing either Credit to all vim authors, bugs are my fault.
Fantastic, thank you very much! It's great to see stuff like this.
The full URL for the runtime files: ftp://ftp.vim.org/pub/vim/pc/vim73rt.zip
UPDATE: Runs well, except every time it tries to start, it complains (multiple times) about vim\vim73\libintl.dll being "not designed to run on Windows or it contains an error."
Assuming it's not just an unpacker problem, this may be something that should be addressed. However, the programs (vim, gvim, install.exe, etc.) run fine anyhow. I just renaked that file to libintl.dll.bad and now everything runs without the warnings.
GoodDayToDie said:
UPDATE: Runs well, except every time it tries to start, it complains (multiple times) about vim\vim73\libintl.dll being "not designed to run on Windows or it contains an error."
Click to expand...
Click to collapse
Yes, when I prepared the full .zip I deleted this, forgot to include that in the instructions. It's an x86 DLL included in the vim73rt.zip that doesn't seem essential. The applications don't link to it explicitly.
This is fantastic! I was looking at tackling vim but hadn't gotten to it yet... Thanks!
Thanks for your work on this, working great for me.
A couple of quick notes. Is it possible to update vim to 7.4 on my surface or will trying this break it? Or any chance for an updated version to be compiled for Windows RT?
Also I can open the standard vim (not gvim) from the icon on the start screen, but the vim command does not work in the run menu or the command prompt, is this a limitation or a bug?
I brought up some thoughts about Dropbox in mamaich's thread and netham45 was nice enough to bring up some interesting facts about Dropbox, namely that it's compiled in Python.
I'm totally unqualified and have no idea how to actually do the tough stuff, but i'm just going to leave all my notes so far in this thread so someone perhaps more knowledgeable with Python can take it from here. I will try to play it around to get it working though.
Basically after extracting Python from the .exe I got left with a bunch of .pycs that need to be recompiled into the .py that made up the file. I have no idea how to do this. See here http://nixforums.org/about81754.html - if this can be built into some sort of functional program, then it may be very well possible to take this one step further and recompile an .exe for ARM that runs dropbox - or even more easily just compile a working python file for Dropbox
this also might be interesting http://kyl191.net/2012/04/dropbox-api-python-to-sync-a-folder/
I also thought it's worth pointing out this https://github.com/mdornseif/dropbox-client-python
last but not least http://stackoverflow.com/questions/2678180/how-does-dropbox-use-python-on-windows-and-os-x
Maybe someone will have a better idea about what's going on here
The compiled python -should- be platform independent. I honestly don't know much about Python, but we should be able to just reverse whatever dropbox.exe is doing (which should be just a launcher), mimic it, and get a rather functional dropbox.
Another thing that could be done is implement a client in .net. I played with doing just that a couple weeks ago, I had a semi functional (it worked, but had some issues still) offline client in not very many lines of code using a .net library for Dropbox. I'll see if I can get my code up sometime soon.
netham45 said:
The compiled python -should- be platform independent. I honestly don't know much about Python, but we should be able to just reverse whatever dropbox.exe is doing (which should be just a launcher), mimic it, and get a rather functional dropbox.
Click to expand...
Click to collapse
The Python-to-exe packers I know basically include a native loader that unpacks the python dll and loads it either from temporary location or directly from memory and then passes the script to that dll.
It's probably just a matter of figuring out which packer they used and/or porting one of the packers and repackaging it again for RT
DarkoLord said:
The Python-to-exe packers I know basically include a native loader that unpacks the python dll and loads it either from temporary location or directly from memory and then passes the script to that dll.
It's probably just a matter of figuring out which packer they used and/or porting one of the packers and repackaging it again for RT
Click to expand...
Click to collapse
Wrong track completely. The compiled python being referred to above is not python packed into an exe. It is a .pyc file. Contrary to popular belief python is not interpreted line by line. Instead it is compiled into bytecode and then a virtual machine executes that. The bytecode can be saved into a .pyc file (there is a tool included in the standard python install for it somewhere, alternately if you try importing any script as a python module then python will automatically make a .pyc for it which you can use), it has a smaller file size and is not human readable. This is the file being referred to.
It is possible to reverse engineer .pyc files. I remember seeing a tool which is capable of making a pretty good attempt of reverse engineering non obfuscated bytecode, thats the disadvantage to python being open source, the bytecode specification is publicly viewable can't remember the tools name and I would think dropbox have obfuscated their pyc files.
SixSixSevenSeven said:
Wrong track completely. The compiled python being referred to above is not python packed into an exe. It is a .pyc file. Contrary to popular belief python is not interpreted line by line. Instead it is compiled into bytecode and then a virtual machine executes that. The bytecode can be saved into a .pyc file (there is a tool included in the standard python install for it somewhere, alternately if you try importing any script as a python module then python will automatically make a .pyc for it which you can use), it has a smaller file size and is not human readable. This is the file being referred to.
It is possible to reverse engineer .pyc files. I remember seeing a tool which is capable of making a pretty good attempt of reverse engineering non obfuscated bytecode, thats the disadvantage to python being open source, the bytecode specification is publicly viewable can't remember the tools name and I would think dropbox have obfuscated their pyc files.
Click to expand...
Click to collapse
I'm aware of that (by script file I meant pyc, of course), but what would be the reason for trying to reverse engineer the pyc files since the bytecode itself is platform independent?
For starters someone should just try running the unpacked .pcy files on the RT or are we past that and there is some platform specific stuff inside that prevents it from working?
DarkoLord said:
I'm aware of that (by script file I meant pyc, of course), but what would be the reason for trying to reverse engineer the pyc files since the bytecode itself is platform independent?
For starters someone should just try running the unpacked .pcy files on the RT or are we past that and there is some platform specific stuff inside that prevents it from working?
Click to expand...
Click to collapse
The pycs are getting magic number errors when I try to look at them because i'm not running it through the interpreter - because I dont know what the interpreter is. I think the first step is to find a way to get it compiled and running to find out if its platform independent or if there are dependencies.
I also have no idea which .pyc to start with
Ah, magic number.
Apparently Dropbox uses a bit modified version of python interpreter with some encryption and mixed opcodes.
Here are some details: http://blog.codepainters.com/2012/09/17/python-care-and-feeding-the-dropbox-way/. It looks like it could be done
Wow, if we could have legit dropbox on RT, that would be AMAZING!!
https://www.dropbox.com/developers/sync
Any idea if this would be helpful?
userno69 said:
Wow, if we could have legit dropbox on RT, that would be AMAZING!!
Click to expand...
Click to collapse
I really agree, is this project still alive??
maxxie85 said:
I really agree, is this project still alive??
Click to expand...
Click to collapse
It's been six months since this thread was posted in. I doubt it.
netham45 said:
It's been six months since this thread was posted in. I doubt it.
Click to expand...
Click to collapse
yeah I noticed that to, never hurts to ask.
And by the way, maybe now the life in this project is getting resparkeld.
Sent fromy my ASUS Transformer Pad TF300T using XDA Premium HD app
Paint.NET does work on my Surface RT.
i re-compiled Paint.NET source code 3.01 with Microsoft.NET Framework 4.0 and removed some extra files.
Paint.NET supports 7 languages translations, you can change language at 'Help' -> 'Language' Sub Menu.
you can download zip file for Paint.NET 3.01 Windows.RT tested.
i'm new user of this thread, i can't write url direct.
please visit bellow url with internet browser.
dudusoft.co.kr/paintnet
attached
I've attached your binaries and the ones I've built from http://code.google.com/p/openpdn/
Thanks for the port!!! Great tool!
Cheers!
If only MinGW for RT was available, GIMP ftw.
SixSixSevenSeven said:
If only MinGW for RT was available, GIMP ftw.
Click to expand...
Click to collapse
The only thing holding gimp back is GTK...
And the only thing holding GTK back is libffi...
I've got all the other bits ported for the most part. MinGW isn't needed for gimp
You'r a god. I was looking for this a lot of time!.
Thank you x 1000!
bfosterjr said:
I've attached your binaries and the ones I've built from http://code.google.com/p/openpdn/
Thanks for the port!!! Great tool!
Cheers!
Click to expand...
Click to collapse
Thanks to both of you! :good:
I wasn't able to get 3.36 going, I received this error:
Paint.NET has detected that some important installation files are missing. If you click the Repair button it will attempt to repair this and then continue loading.
The missing files are: FileTypes\DdsFileType.dll
Click to expand...
Click to collapse
Anyone have the courage to contact Rick Brewster, the author? He is bringing out version 4.0 soon which has improved performance, so it could run quite nicely on our RT computers. Previously, he has declined any requests to do with the source, but he recently got a Surface tablet so perhaps his opinion could be swayed. However, he does work for Microsoft...
lloydo said:
Thanks to both of you! :good:
I wasn't able to get 3.36 going, I received this error:
Anyone have the courage to contact Rick Brewster, the author? He is bringing out version 4.0 soon which has improved performance, so it could run quite nicely on our RT computers. Previously, he has declined any requests to do with the source, but he recently got a Surface tablet so perhaps his opinion could be swayed. However, he does work for Microsoft...
Click to expand...
Click to collapse
The native code library is what's keeping it from running. Unless that gets ported by the original author there's no chance.
It seems he has a surface pro, so I'm not sure that would really increase his interest in RT. I guess there's no harm in asking though.
There is a feature missing unfortunately.
Normally i'm able to select the behavior of the selection tools; Add, Remove, Invert XOR, Replace (default)
This option does not exist and it's a pretty big loss for me
[Removed]
"This app can't run on you pc" notepad++ and a few others wondering why this wont
[Removed]
OnbekendV said:
Hi,
Are you using Windows 8.1 RT? If yes, go here http://forum.xda-developers.com/general/general/windows-8-1-rt-jailbreak-exploit-t3226835. Are you using Windows 8.0 RT? Go here: http://forum.xda-developers.com/showthread.php?t=2092158. Good luck.
Regards,
OnbekendV
Click to expand...
Click to collapse
8.1 already ran the new exploit, other signed apps work just not this one no idea why.
does anyone have newer paint.net version for rt?
Edit1:I just change time to 2013 and now 3.36 work and I install psd plugin on that
but didnt work
Question, is there any place to find surface rt app, beside the store? like a repository. thanks.