Database Info

Stupid: DC++ Windows Mobile

Hello all,
I would have a question here: is there any DC++ Hub Viewer for Windows Mobile?
I googled all the search terms I could think of and here's the result:
http://sourceforge.net/projects/mobiledc (good if you got Symbian UIQ )
Maybe some would find a thing like this useful...
Anyway, ***have a nice day***.
--- PS ---
Saw that poll?

Yeah, Symbian gets tons of good software. You know, I'd love to try to run Symbian on my Dash.

Read-Me-First (?)
For those who don't know what's DC++ (2 votes, this is getting bad... ) :
--- ENCYCLOPEDIA: DC++ HUBS ---
DC++ Hubs are... well, some tech thingies. (This was the description)
The hubs are used to host users. (Well, what else could they do and make them popular?)
The users connected to hubs can:
- chat in a main chat and in personal messages (PMs)
- share files from their computer (mostly pirated )
- respect some rules
You can connect to the hubs with a DC++ Client or Viewer, like StrongDC++ or oDC (those are the most known).
Almost all the hubs require a minimum share (ex. 5GB). That means you need to have at least that share to connect to a hub.
--- ENCYCLOPEDIA: DC++ HUBS (END) ---
You want more info? Go to Wikipedia: http://en.wikipedia.org/wiki/Direct_Connect_(file_sharing)
Hope that helps, newbies to DC++! (I don't want any more votes at "What's DC++?" !!!)
*** Have a nice day! ***

I've never used DC on PC or other devices. However, WMTorrent is an absolutely great app if downloading is your thing.
If there's code on sourceforge for UIQ, and DC is an open protocol, you could try to knock together a client yourself. Not a quick solution, but c'est la vie
V

Thanks for the encouragement, V.
Knocking it toghether may be a solution, but if I am not mistaken, it takes the WM SDK and VB Studio (commercial )... or d'you know a free WM-development application?
And where on earth is the source code at SourceForge?!
*** Have a nice day! ***

eMbedded Visual c++ 4 is absolutely free together with WM 2003 SDK (I am too lazy for links so please search MS downloads)
Apps written with it will work on WM 5 and 6 and if you know how to play with linkage you can even get access to new APIs not supported in WM 2003 SDK.
They give you full functionality and in my opinion is still the best way of coding for WM.

levenum said:
Apps written with it will work on WM 5 and 6 and if you know how to play with linkage you can even get access to new APIs not supported in WM 2003 SDK.
Click to expand...
Click to collapse
Do you have a rough guide on how to do this? I did a search and it seems that people are much happy to pay for a £100+ new Visual Studio and do not borther to find ways to get a free dev env for windows mobile. I think (think) the software I'm writting now runs on WM5, but I think there are quite some API missing in WM2003-SDK. Do you think it will work if I were to throw everything *.h stuff from WM5-SDK to overwrite WM203-SDK?
Ref:
No free dev env for WM5-SDK, for eVc+ or the VS Express - http://www.pocketsoap.com/weblog/2006/07/1656.html
Q: Do you think the hobbyist and $10-per-program shareware market is important for Windows Mobile? If so, can you explain why Visual Studio 2005 Standard ($249) is required for targeting WM5? eVC++ 4 was free. The WM5 SDK cannot be installed on VS Express.
A: Jack2, there are various evaluation versions of Visual Studio 2005 available that you can try out before making a purchase decision, there is one for Visual Studio 2005 Professional edition (90 days) and one for Visual Studio 2005 Team Suite (180 days),
Click to expand...
Click to collapse
http://msdn.microsoft.com/chats/transcripts/mobileembedded/06_0125_msdn_ce.aspx

There are basically two ways to use missing APIs (personally I never found one I really needed except maybe "ExitWindowsEx" once).
1) Manually unpack the MSI file for the SDK you want. (Sorry, I do not remember the link for the extractor).
Then in Project->Settings->Link you can just redirect the default libraries to the folders of that SDK. What you need are the headers for the prototypes (h files) and the actual lib files.
2) If its just one or two functions you can use LoadLibrary and GetProcAddress to dynamically connect with the DLL. If I am not mistaking this is call "implicit" linking.
Note that if you use method 1 your app will not run on WM 2003. If you use method 2 it will run on 2003 but get NULL as function pointer and fail to execute the missing API so this way you can make widely compatible apps.
P.S.:
In my personal opinion, M$ gave away an IDE at first to gain a wide application base for its new platform. Now that Windows Mobile is an established and even leading mobile OS they are back to their usual policy of selling expensive, bloated and overcomplicated software.
They simply no longer need freeware developers for WM.

levenum said:
eMbedded Visual c++ 4 is absolutely free together with WM 2003 SDK (I am too lazy for links so please search MS downloads)
Apps written with it will work on WM 5 and 6 and if you know how to play with linkage you can even get access to new APIs not supported in WM 2003 SDK.
They give you full functionality and in my opinion is still the best way of coding for WM.
Click to expand...
Click to collapse
Yeah, eVC++ would be good (if you know how to fight with it), but the installer asked me for a serial. Why am I always cursed?

PocketDC++ for Pocket PC *Awesome*
I found this cool DC++ Client for Pocket PC called "PocketDC++". It seems like it doesn't have Download support yet. It wil be awesome if Download option is added.
PocketDC++ homepage : http://mistysoft.jino-net.ru/
External download Link : http://xpojnt.iglu.cz/download/tklienti/pocketdc0.1.8.9.rar

I have a copy of DC++ Source code and a copy of VS .NET and VB as well as Dephi I even altered a version of DC++ a while ago....but yeah I think it would be great for on the go downloaders for file checking and user checking/count....excellent idea

Run Tiny Windows EXE on Windows Mobile?

I have a VERY small EXE file, about 200 or 300KB. It runs on Windows, and will not run on my device obviously since it was not compiled for Windows Mobile.
I do not have the ability to recompile it, so is there a way to make a stand-alone windows EXE run on Windows Mobile? Like a compatibility app/emulator I can install on Windows Mobile to allow it to run?
Thanks

1) If it is DOS application, use DOSBOX emulator.
2) You can boot Win 95 in emuator, but it is pretty inconvenient (and not very easy to do). And many of today's apps won't run in Win 95 neither.
3) Get a source code and recompile it
PS: Size doesn't matter

i have one win aplication., but cant install win95 emulator.. something is wrong... program is 150kb., but must be runed from win...

forget about it and i am serious.
or do what CommZ said:
3) Get a source code and recompile it
Click to expand...
Click to collapse

Hey, first time posting to XDA. I am curious about this as well. Allthough my idea is not as small, but as you said size doesnt matter I would love to be able to run rpg maker 2000 games on my mobile device "Axim X51V with lennysh 11 rom on it". I'm not talking about building games, just being able to run the rpg_rt runtime file so i can play games on it. Don't point me to smokingfish's site as I can't imagine it bieng able to play rpgmaker 2000 games as it seems like it was all a project on its own. This idea has me almost interested enough to learn some programming. Do you think it would be possible? Would it be a huge undertaking to someone who knew what they were doing?
Games to play would be.
1. Three the Hard Way
2. Laxius Power series
3. Final Fantasy Endless Nova

[Q] How to create homebrew app with native code which run in emulator.

Hi Guys,
I would like to create simple app with NATIVE code which run in emulator.
It is not possible to use solution in http://forum.xda-developers.com/showthread.php?t=1299134&highlight=developer+guide because it's use some ARM code.
Do you have any idea how make things work?
Thank you,
Ch.

You actually could (msotly) use that guide, but you would need to recompile the ARM portion for x86. My guess as to the best way to do this would be to use the "Platform Builder" for CE6 or CE7, instead of using the WinMo 6.5 platform as your target. WinMo only shipped on ARM devices, so far as I know, but the underlying OS, Windows CE, is very portable and the tools for it support building on a wide variety of architectures. WP7 is built on a version of CE somewhere between CE6 and CE7.
Otherwise, the stuff about using ATL, making a COM library, using ComBridge from the WP7 app, etc. all still applies.
That all said... why would you want to do this? Do you not have an actual phone to test on? Porting between ARM and x86 isn't *that* hard, but you shouldn't just assume that it'll work in all cases, so it makes a lot more sense, if you're building native code, to build and test for the same architecture you're planning to release on.
Additionally, the emulator may be missing some of the libraries that are present on the phone.

Thanks a lot. I will try it.
This is very beginning of my school project. I want only demonstrate that is possible to run some native code on WP7. Next phase of project will be on real device which I don't have right now..

Well, good luck, but I'd tend to say you're setting yourself up for a risk of failure. I don't know what it will take to use the CE Platform Builder for something like this; I have it installed but have never tried using it.
There may also be a way to compile for x86 using the WinMo build tools; I think some of the old "emulators" for WinMo were also x86 virtual machines (much like the WP7 emulator is). I never tried, though.

Risk of failure? I don't see how. The hardest part of this is finding a way to get his .exe on the emulator device and unlocking it. If he isn't using ARM ASM in his project, "porting" to x86 (or any other processor WinCE supports) should be trivial as long as a sufficiently complete SDK is available. The main issue with x86 on newer Pocket PC-like targets is that there are no Pocket PC SDKs targeting it newer than the Pocket PC 2003 one. If you want to use newer WM5 only features like GPSAPI, you'd probably need to use a CE 6.0 SDK instead.
If he doesn't want to do real time debugging, any of the Windows CE development tools or even 3rd party tools like Bloodshed DevC++, CE gcc/MinGW or FreePascal should all suffice. Windows CE is a very backward compatible OS so even an application targeting the CE 2.11 platform/SDK should still run on WP7 when you are careful to use supported APIs.
If you don't want to install Platform Builder and generate your own custom OS to base an SDK on, there are plenty of SDKs to choose from. Of course, some are worse than others. If you are using the CE 4.2 or 5.0 STANDARD_SDKs, you might become a bit frustrated when you realize they are missing many basic things like the Windows CE SIP APIs. (something that has been available for CE since 1.01 in 1997). But if you don't care about using the latest native CE kernel features and still want to use a newer IDE like VS2005/VS2008, the CE 5.0 STANDARD_SDK should be enough if you are careful. Though, I usually install things like eMbedded Visual C++ 3.0 and 4.0 along with all the Pocket PC and Handheld PC SDKs just in case I need a header or lib file that one or the other is missing.
The following MS SDKs can target x86:
-eVC3
Pocket PC 2002
Smartphone 2002
Handheld PC 2000
-eVC4
Pocket PC 2003
Smartphone 2003
STANDARDSDK_400
STANDARDSDK_401
STANDARDSDK_420
STANDARDSDK_500
-VS2005/2008
STANDARDSDK_500
Another useful x86 SDK I've found is the one for the Allegro CE/DOS Field PC:
http://www.junipersys.com/Juniper-Systems/support/Developers/Allegro-Field-PC/Allegro-CX
Here are some download links to many of the CE SDKs and compilers that were released over the years:
Here are some links to download some of the tools I've mentioned:
http://www.hpcfactor.com/developer/
http://www.microsoft.com/download/en/search.aspx?q=embedded visual tools
You will need SP4 for eMbedded Visual C++ 4.0 if you wish to use newer SDKs with it.
http://www.microsoft.com/download/en/search.aspx?q=pocket pc sdk

Ummm... maybe you missed the part where this is WP7 forum, and the OP is trying to run native code on the WP7 emulator... I can tell from your post that you're not terribly familiar with WP7 development, so here's a few salient points:
Compiling to a .exe is a waste of time. WP7 won't run foreign EXEs, at all, unless you make some pretty low-level changes that aren't possible on the emulator (see "full-unlock" custom ROMs). You have to write a managed app (which compiles to a DLL hosted inside a low-privilege EXE that's built into the system) and a COM library and use the InteropServices ComBridge API. So far we haven't even gotten P/Invoke to work.
WP7, especially Mango, uses a limited set of native APIs and the APIs have changed somewhat in the last decade or so. They aren't supposed to be available to third-party devs at all, so any backward compatibility is basically a convenient accident. Targeting Smartphone 2003 *might* work, but then, it might not. Even a number of WinMo 6.5 APIs aren't available or don't work.
Since it appears that the OP is just going for a demo project, he or she probably is a lot less interested in getting the most powerful APIs, and is probably hoping for something closer to invoking a MessageBox from native code.
All that said, however, it's true that there are WinCE SDKs which can build native x86 code. I'd tend to suggest using the CE6 or CE7 Platform Builders, since they're the most recent (WP7 is somewhere between the two), but there are other options. You probably want to follow the guide as much as possible, including things like using ATL, as it makes writing a COM library a lot easier and that's the best way we currently know for executing native code in WP7.

[APP] Wolf3d

I've attached the Windows RT binaries for NewWolf and EcWolf, both of which are Wolfenstein 3D ports.
NewWolf features OpenGL rendering, but does not have any sound support because the port uses a proprietary (ie: no source code) sound engine. To run NewWolf use the included batch file as there is an issue with 16bit color depth (the batch file will force 32bit).
more info -> http://newwolf.sourceforge.net/
EcWolf is straight up software rendered using SDL with full sound support and is very true to the original. Simply run ecwolf.exe.
more info -> http://maniacsvault.net/ecwolf/
I have also included the original Wolf3D 'demo' game files so people should be able to play this straight away. If anyone has concerns about this, let me know and I'll remove the game data.
These are also on the SVN repo, so feel free to pull it from there if you like.
Cheers!

The original game files were shareware I think, I dont think anyone can complain about you throwing in shareware files for an old game.
Nice work yet again. I was just about to ask if you had considered doom, but it seems you've already done it

Offtopic.
SixSixSevenSeven, i see you know a lot of about Windows RT and porting apps, and i have a Little question. I need a C Compiler for my Bachelor of Science Degree in Computer Engineering, and i don't have any laptop for running a C Compiler. I'v tried searching a C Compiler for Windows RT (I'v only seen a C# Compiler) and i want to know if will be possible to run something like gcc in Windows RT, saving money buying a laptop.
Thanks

comandospi said:
SixSixSevenSeven, i see you know a lot of about Windows RT and porting apps, and i have a Little question. I need a C Compiler for my Bachelor of Science Degree in Computer Engineering, and i don't have any laptop for running a C Compiler. I'v tried searching a C Compiler for Windows RT (I'v only seen a C# Compiler) and i want to know if will be possible to run something like gcc in Windows RT, saving money buying a laptop.
Thanks
Click to expand...
Click to collapse
Not yet. MinGW might run under the x86 emulator but anything it produces will also only run under the x86 emulator, and that emulator isnt 100% reliable and it is rather slow.
You would be best off with a laptop, sorry.
Also not really something to be discussed here.

SixSixSevenSeven said:
Not yet. MinGW might run under the x86 emulator but anything it produces will also only run under the x86 emulator, and that emulator isnt 100% reliable and it is rather slow.
You would be best off with a laptop, sorry.
Also not really something to be discussed here.
Click to expand...
Click to collapse
I tried MinGW under Win86Emu but the setup doesn't work properly. I found a Little C compiler (Tiny C Compiler) and works perfectly with Win86Emu (at least some simple code), so i think that this could save me temporarily from buying a laptop.
Sorry for asking about this here, but thanks so much for the Win86Emu idea

Already exists?
There is a Wolfenstein port in the Windows app store called Wolf.

Surface-RT said:
There is a Wolfenstein port in the Windows app store called Wolf.
Click to expand...
Click to collapse
Looks like it only has the 1st level based on the comments... a Demo of sorts I guess. These ports would allow you to play the complete game, assuming you have access to the game files. I have no idea if you could use the complete game files with this Store version.
I haven't actually tried either of these ports yet. But I am curious on whether they are an improvement over the original DOS game? I've played that a bit using DOSBox on my Surface...

domboy said:
Looks like it only has the 1st level based on the comments... a Demo of sorts I guess. These ports would allow you to play the complete game, assuming you have access to the game files. I have no idea if you could use the complete game files with this Store version.
I haven't actually tried either of these ports yet. But I am curious on whether they are an improvement over the original DOS game? I've played that a bit using DOSBox on my Surface...
Click to expand...
Click to collapse
This port is running natively, otherwise it is essentially the same as the dos version. But running natively means it requires less CPU power (no x86 + DOS emulation) which might help keep the tablet cooler and prolong battery.

App requests?

I know this is a potentially dangerous post, but I'm looking for suggestions for things to port. I make no promises that I'll be willing/able to port any suggested software.
Some ground rules before you hit 'reply'
1) Don't ask for Chrome. I won't port it. Period.
2) The source code must be available and not have any _obvious_ specific ties to non-open source code. Eg: some proprietary or closed source library which it depends on.
3) Code must be in C or C++ (I can deal with porting some assembly if needed)
4) Project must be of a _reasonable_ size for 1 person. Honestly, I do this on my own and in my spare time. Some apps can be just massively overwhelming to port. That being sad, sometimes the big ones are also easy.... so use your own judgement here.
5) Tell me why you want it ported. Whats your "use case".
6) Drivers aren't out of the question, but they generally take significantly more work.
Feel free to +1 others suggestions.
Ok.. <puts on protective gear>.. fire away!
Cheers!

Thanks for all your awesome work.
While this isn't an app, I think that the kexec kernel-mode driver idea that was tossed around earlier would be waay more useful than an individual app. Every time it was brought up somebody said "Oh, that won't be much work." And then nobody did anything :-/
So, I'm hugely grateful for the time you put in here, but I think I'd be even huger-ly grateful-er if you opened the door to other OSs.
Sent from my SCH-I535 using xda app-developers app

What would be good is:
http://ekiga.org/download-ekiga-binaries-or-source-code
But I'm pretty sure it uses some libraries not avail

I wish XNA could run on Windows RT. It'd be funny to see Terraria and Magicka on Windows RT...
Firefox would be nice, but without a Thumb-2 JITter, it's not worth it.

Would be nice to have InSSIDer. I use it a lot on my laptop, rather leave it at home.
https://github.com/metageek-llc/inSSIDer-2

Myriachan said:
I wish XNA could run on Windows RT. It'd be funny to see Terraria and Magicka on Windows RT...
Firefox would be nice, but without a Thumb-2 JITter, it's not worth it.
Click to expand...
Click to collapse
I would say to take a look at monogame. It can actually build microsoft store apps including ARM support, so coercing it into functioning on the windows desktop may be possible. Otherwise it might end up being a rule 4 :/
There are hacks out there to run terraria on MonoGame instead of XNA, most of them pretty complete but sometimes have the odd graphical glitch. A full source port to MonoGame would be far more reliable, and actually very simple, but sadly its closed source (although not obfuscated).
One of the supposedly more reliable ones: http://www.terrariaonline.com/threads/wip-monogame-terraria-terraria-for-linux.72997/
Isn't rule one covered by rule four?

SixSixSevenSeven said:
Isn't rule one covered by rule four?
Click to expand...
Click to collapse
No.
People can have bad judgement.. so I'm making an explicit point about Chrome.

Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one

Just found one. TCPMP, this player worked great during the PocketPC/Windows Mobile era. It moved from open source to a commercial different version which is closed source but I believe the link below has the source.
http://www.hpcfactor.com/downloads/tcpmp/
This would bring about a player that supports MKV playback.

lambstone said:
Just found one. TCPMP, this player worked great during the PocketPC/Windows Mobile era. It moved from open source to a commercial different version which is closed source but I believe the link below has the source.
http://www.hpcfactor.com/downloads/tcpmp/
This would bring about a player that supports MKV playback.
Click to expand...
Click to collapse
There is no source code downloadable from that site. All the links are non-existent. Please post the source code if you have it.
Cheers!

bfosterjr said:
There is no source code downloadable from that site. All the links are non-existent. Please post the source code if you have it.
Cheers!
Click to expand...
Click to collapse
Does this help http://code.google.com/p/tcpmp-revive/source/browse/#svn/trunk

mr djé said:
Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one
Click to expand...
Click to collapse
http://forum.xda-developers.com/showthread.php?t=2101891

mr djé said:
Personally i Was really disappointed by the lack of a transmission remote app when i discovered métro interface!
Plus there are many utorrent app...
SO, i think TR Gui source code is available, i think there is many people interested, And i think it will not be too difficult to develop, that can be a wonderfull idea (especially for me ) to make this one
Click to expand...
Click to collapse
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.

bigsnack said:
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.
Click to expand...
Click to collapse
Safari is not open source so cannot be ported.
Chrome is a rule 4 - or in other words is too much effort for 1 man to do in a reasonable time frame.
Firefox is also a rule 4, plus its a ***** to get it to compile properly under microsoft tools apparently, plus its javascript engine is raw ARMv7 JIT whereas windows RT bugs with that and would require a THUMB2 JIT. Chrome also would have javascript issues, although in chrome you can have an interpreted javascript engine I think which would just be hideously slow in comparison.
Opera - Closed source.
The list goes on unfortunately. Browsers are complex creatures. Most will come under rule 4 though.

bigsnack said:
I think the problem with the current torrent apps are you either have to pay to get the ability to download files in the background, or the app doesn't support it. I'd like to see a free torrent client that allows background downloading, even if it means speed has to be throttled a bit.
To the OP what is your favorite browser? If it is not Chrome(or Chromium), do you think it is possible to port that browser? At this point I'll even take Safari as I am starting to hate all the crashes that occur for me in IE.
Click to expand...
Click to collapse
What the hell are you doing to get all these crashes? I have yet to have IE crash on 8 or 8.1 on RT in desktop or metro.

My only suggestion would be a gui SFTP client. This is probably the one utility I am currently missing on my Surface RT (I use ssh to remote into Linux systems both for work and personal use, point #5). To clarify, I do use the psftp client in the putty suit, and that works well enough, just takes a bit more time and effort than something like winscp. I can continue to use this if an gui alternative is not feasible.
I recall someone requesting winscp at some point in the past, so I searched around this forum and I did find a couple of people that took a stab at it, but with no results, and I haven't found a clear explanation on what the hang up was. Looking at the readme winscp appears to be written in c++ at least (point #3):
To build WinSCP you need:
- Embarcadero C++ Builder XE2 Professional.
- Copy MFC source code from Borland C++ Builder 6 Professional and
build its Unicode version (see readme_mfc.txt).
- nasm from http://www.nasm.us/
- To build 64-bit version of drag&drop shell extension, you need
Windows Platform SDK:
http://msdn.microsoft.com/en-us/windows/bb980924
Click to expand...
Click to collapse
I am unsure if the aforementioned Windows Platform SDK is available for Windows RT, or if it is even needed since Windows RT is not 64-bit.
Is nasm the problem? It looks to be an x86/x64 assembler... which of course wouldn't work on ARM... unless I just don't get what an assembler is...
Not being much of a coder I also don't know if one can import a Borland C++ project into Visual Studio, so maybe that is also a problem too.
So I guess I'm not sure on a lot of the points on the ground rules list...

domboy said:
My only suggestion would be a gui SFTP client. This is probably the one utility I am currently missing on my Surface RT (I use ssh to remote into Linux systems both for work and personal use, point #5). To clarify, I do use the psftp client in the putty suit, and that works well enough, just takes a bit more time and effort than something like winscp. I can continue to use this if an gui alternative is not feasible.
I recall someone requesting winscp at some point in the past, so I searched around this forum and I did find a couple of people that took a stab at it, but with no results, and I haven't found a clear explanation on what the hang up was. Looking at the readme winscp appears to be written in c++ at least (point #3):
I am unsure if the aforementioned Windows Platform SDK is available for Windows RT, or if it is even needed since Windows RT is not 64-bit.
Is nasm the problem? It looks to be an x86/x64 assembler... which of course wouldn't work on ARM... unless I just don't get what an assembler is...
Not being much of a coder I also don't know if one can import a Borland C++ project into Visual Studio, so maybe that is also a problem too.
So I guess I'm not sure on a lot of the points on the ground rules list...
Click to expand...
Click to collapse
Borland C++ is an alternative set of 3rd part C++ tools. Would take a bit of work to get a borland project to compile it under microsoft tools.
Nasm is an x86/x64 assembler yes. Assembly language is pretty much the lowest level of programming possible before writing in raw hex or binary. It is *HIGHLY* CPU dependent. Specifically the set of commands available in assembly is the plain text form of the exact instruction set the CPU has available which for x86 is different from ARM. The fact that nasm is required means that the project will have assembly in it, therefore an RT port will not be undertaken (one of the rules in the OP).
Sorry man, its proprietary tools and parts of it are unportable anyway. Doesnt mean another SFTP client can't be ported, just this one.

Here's my wishlist. I've poked at some of them, but I don't really have time to finish any of them.
WinPCap - Iirc, the biggest issue was that it was written targeting an older version of NDIS. The usecase would be to provide network support for BOCHS.
QEmu - There's a build of QEmu that builds on MSVC called WinQEmu, but it's dynarec recompiles to x86 only. I believe the official QEmu repo doesn't support MSVC, and I don't know if it can recompile to THUMB-2.
A good IRC client - X-Chat and mIRC run poorly under the emulator, and the few .net clients I've tried are meh. X-Chat has too many GCC-specific requirements, and mIRC isn't open source, I just want a good IRC client.
An X Server - I've been unable to find an X server that builds with MSVC, or anything short of Cygwin for that matter, but I'd love to have one.

Calibre is a good eBook manager I think this is the correct source code https://code.launchpad.net/calibre
I'm not good with this source code stuff so if its to much you dont need to make a port but if you can it would be appreciated thanks
Sent from my SGH-M919 using Tapatalk 4

cx1 said:
What the hell are you doing to get all these crashes? I have yet to have IE crash on 8 or 8.1 on RT in desktop or metro.
Click to expand...
Click to collapse
Browsing news sites and/or using Spotify.