[project] PicoXP
#51
Posted 27 October 2007 - 11:24 PM
I don't see how this should be possible, as the ability to run gui programs has been removed from PicoXP.
Sound, USB, Firewire, ... also do not work.
@g_BonE
Why do you wanna do it so complicated?
You don't need a PE to install a XP from a usb-dtick. You can boot XP-install directly from your stick as you normaly do from CD. You just have to adopt eighter the boot sector or setupldr.bin.
btw As far as i know install of XP from a PE does not really work, if i remember Nuno right.
#52
Posted 28 October 2007 - 01:07 AM
I must be thinking of the other project from a while back that was small small build from Draugen
called micrope. He never had a chance to finish it.
#53
Posted 29 October 2007 - 03:45 PM
edit: might be these links here ?
http://www.boot-land...?...2&hl=makebs
http://www.msfn.org/...B...html&st=400
now for me to understand i'd still need a step by step tutorial or somesuch on how i'd get a xp install started from my pendrive
#54
Posted 29 October 2007 - 08:37 PM
So i guess they are easier to use, even if the tech behind it might be more complicated.
#55
Posted 23 November 2007 - 11:52 AM
i seem to be pretty newbie but my picoxp doesnt have folder tools and the program starts running some exes like uxp or something and makeiso etc etc...where can i obtain those
#56
Posted 23 November 2007 - 12:07 PM
#57
Posted 27 November 2007 - 08:22 AM
Download the tools folder from the liveXP project for example and you should have all files needed.
ok i'm correcting my last sentence...
I AM newbie... I cant find live xp project. I seem less and less competent nowdays
aah finally....after looking through whole posts i found it thanks nuno
eh new problems:
STOP: c000021a (BSOD appears after this virtual xp box pops open)
#58
Posted 27 November 2007 - 10:36 AM
You should post your log.html file here after running the project and we'll be able to take a look to see what is going wrong.
#60
Posted 28 November 2007 - 12:28 PM
You're using wb 052 - try a more recent version like wb072 for example, hope this solves this issue.
On the web server tab you should select the picoxp.boot-land.net server to get the latest files from picoXP project.
#61
Posted 28 November 2007 - 01:21 PM
You do not (your project does not) execute basic scripts like creating directories, copying base files etc.
And other scripts, which usually are called internally, are checked for run (EmptyHive, Log)
If you download a newer version, following Nuno's suggestion, before start:
Please check which scripts have to be run!
Usually the download selection is ok!
Peter
#62
Posted 29 November 2007 - 07:36 AM
¸ty both:D now i have to find this web server tabLet me add to Nuno's post:
You do not (your project does not) execute basic scripts like creating directories, copying base files etc.
And other scripts, which usually are called internally, are checked for run (EmptyHive, Log)
If you download a newer version, following Nuno's suggestion, before start:
Please check which scripts have to be run!
Usually the download selection is ok!
Peter
#63
Posted 29 November 2007 - 10:09 PM
As alternative you can also download this project from here --> http://winbuilder.ne...load.php?view.4
#64
Posted 30 November 2007 - 06:01 AM
No need to worry - it's easy to use.
As alternative you can also download this project from here --> http://winbuilder.ne...load.php?view.4
wow i've got me an admin guardian angel:D:D thanks. One more question...can i run ghostsrv.exe under pico xp (since it only supports console...i figure ghost32.exe should work but ghostrv is kinda gui program)
#65
Posted 30 November 2007 - 11:37 AM
There is a script that will replace shell32.dll with a dummy version (and a few other files) - disable this script and try it this way.
Also helps to make a small "investigation" to see which files are called by your app - use dependency walker to track down these files on a "normal" windows install.
Sorry for not helping further with tests on real machines - I've been a bit busy with other things but your help would be very welcome to let everyone here understand a bit more on what can be improved inside picoXP to add support for these sort of programs.
Thanks!
#66
Posted 30 November 2007 - 01:00 PM
Try it..
There is a script that will replace shell32.dll with a dummy version (and a few other files) - disable this script and try it this way.
Also helps to make a small "investigation" to see which files are called by your app - use dependency walker to track down these files on a "normal" windows install.
Sorry for not helping further with tests on real machines - I've been a bit busy with other things but your help would be very welcome to let everyone here understand a bit more on what can be improved inside picoXP to add support for these sort of programs.
Thanks!
i'll try as soon as i find some time (being a student on job experience means they're literally tearing me apart with work) currently i'm on windows deployment services in vista pe trying to install a client which is btw whacked console thingy:S
thanks again for the help heh and enjoy the work;)
#67
Posted 18 January 2009 - 01:21 AM
While poking about in "5 - CopyAndExpand.Script" I came across these lines:
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouclass.sys#$q,ShellExecute,"hide","expand.exe","#$q%SourceDir%\I386\%drFile%#$q -F:mouhid.sys #$q%TargetDir%\i386\system32\drivers#$q"
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouclass.sys#$q,ShellExecute,"hide","expand.exe","#$q%SourceDir%\I386\%drFile%#$q -F:mouclass.sys #$q%TargetDir%\i386\system32\drivers#$q"
The first line checks if mouclass.sys has been copied and if not found tries to extract mouhid.sys from the cab.
The second like checks for and tries to expand mouclass.sys. So, is that a mistake, should I change the first line to:
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouhid.sys... or is it like that for a reason?
I thank thee.
#68
Posted 18 January 2009 - 03:46 PM
Hello, Yes I know, I'm a year or so late but I'm using this build to investigate how winbuilder and it's scripting works.
While poking about in "5 - CopyAndExpand.Script" I came across these lines:
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouclass.sys#$q,ShellExecute,"hide","expand.exe","#$q%SourceDir%\I386\%drFile%#$q -F:mouhid.sys #$q%TargetDir%\i386\system32\drivers#$q"
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouclass.sys#$q,ShellExecute,"hide","expand.exe","#$q%SourceDir%\I386\%drFile%#$q -F:mouclass.sys #$q%TargetDir%\i386\system32\drivers#$q"
The first line checks if mouclass.sys has been copied and if not found tries to extract mouhid.sys from the cab.
The second like checks for and tries to expand mouclass.sys. So, is that a mistake, should I change the first line to:
If,NotExistFile,#$q%TargetDir%\i386\system32\drivers\mouhid.sys... or is it like that for a reason?
I thank thee.
This 'unlogic' code is used, because mouclass.sys and mouhid.sys are paired.
If mouclass.sys is missing, both of them have to be copied.
Peter
#69
Posted 18 January 2009 - 10:07 PM
One quick follow up if I may, If I use the standard MS shell32 etc. and not the freedos ones, should I then be able to set another shell such as nu2menu? I tried this but it just rebooted. I put nu2menu and it's xml in system32 and changed the start-up command in the registry from cmd.exe to nu2menu.exe. To check I'd added the value properly I loaded setupreg.hiv on my system registry editor and had a look.
Not really important at this stage, just curious.
I thank thee.
#70
Posted 14 February 2009 - 02:30 PM
I think that PicoXP is a great project allowing one to run console Win32 applications in Windows NT 5.1 (XP) with the smallest possible cost of only 15 MB.
There is a small issue that CMD.EXE always runs in a 80-column, 25-row window, which occupies slightly more than half of the screen height, thus leaving half of the screen area unused. Moreover, it's impossible to change the window size - even if it's maximised, its size remains the same, the window just moves at the top of the screen. Therefore, my question to the knowledgeable people at this forum and the PicoXP author in the first place is the following:
Is there a way to change the script(s) so that the window automatically starts with a height of not 25 but for example 43 or 50 rows, or ideally, the maximum possible number of rows, that it, occupying the whole screen area, or at least as much of it as possible?
Thanks!
Luchezar
#71
Posted 14 February 2009 - 05:25 PM
Have a look at MSDN.Hello!
I think that PicoXP is a great project allowing one to run console Win32 applications in Windows NT 5.1 (XP) with the smallest possible cost of only 15 MB.
There is a small issue that CMD.EXE always runs in a 80-column, 25-row window, which occupies slightly more than half of the screen height, thus leaving half of the screen area unused. Moreover, it's impossible to change the window size - even if it's maximised, its size remains the same, the window just moves at the top of the screen. Therefore, my question to the knowledgeable people at this forum and the PicoXP author in the first place is the following:
Is there a way to change the script(s) so that the window automatically starts with a height of not 25 but for example 43 or 50 rows, or ideally, the maximum possible number of rows, that it, occupying the whole screen area, or at least as much of it as possible?
Thanks!
Luchezar
You have to add to your script (propably that one which defines cmd.exe as shell) some lines like:
RegHiveLoad,"WB-Default","%target_sys%\config\default" RegWrite,"HKLM","0x4","WB-Default\Console\%SystemRoot%_system32_cmd.exe","ScreenBufferSize","????" RegWrite,"HKLM","0x4","WB-Default\Console\%SystemRoot%_system32_cmd.exe","WindowSize","????" RegHiveUnLoad,"WB-Default"
Peter
#72
Posted 15 February 2009 - 03:58 PM
Thank you! After some trial-and-error, I don't get build errors anymore, but CMD.EXE ignores the register settings for a 80x32 window, staying with a default 80x25 window. Please see the CMD.Script I attached - the lines I added are similar to yours (just in case, they're shown below). Unfortunately QEMU doesn't work with the newest SP3+ XP files (I get a "Your BIOS is not fully ACPI Compliant" error if I try to run the boot image through it) and the real CD burn + real PC boot is a tedious procedure, so I decided to stop my trial-and-error tests. Do I do something wrong, and what can be done to make it honour the register settings?Have a look at MSDN.
You have to add to your script (propably that one which defines cmd.exe as shell) some lines like:RegHiveLoad,"WB-Default","%target_sys%\config\default" RegWrite,"HKLM","0x4","WB-Default\Console\%SystemRoot%_system32_cmd.exe","ScreenBufferSize","????" RegWrite,"HKLM","0x4","WB-Default\Console\%SystemRoot%_system32_cmd.exe","WindowSize","????" RegHiveUnLoad,"WB-Default"Peter
P.S. The relevant part of the script is shown below. I doubled the entries as I saw that there is a "Console"-only entry in my system.
RegHiveLoad,"WB-default","%TargetDir%\I386\system32\config\default" RegWrite,HKCU,0x4,"WB-default\Console","ScreenBufferSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console\%SystemRoot%_system32_cmd.exe","ScreenBufferSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console","WindowSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console\%SystemRoot%_system32_cmd.exe","WindowSize","0x200050" RegHiveUnLoad,"WB-default"Lucho
Attached Files
#73
Posted 15 February 2009 - 05:01 PM
Instead HKCU you MUST use HKLM. That is where the hive is mounted to.Thank you! After some trial-and-error, I don't get build errors anymore, but CMD.EXE ignores the register settings for a 80x32 window, staying with a default 80x25 window. Please see the CMD.Script I attached - the lines I added are similar to yours (just in case, they're shown below). Unfortunately QEMU doesn't work with the newest SP3+ XP files (I get a "Your BIOS is not fully ACPI Compliant" error if I try to run the boot image through it) and the real CD burn + real PC boot is a tedious procedure, so I decided to stop my trial-and-error tests. Do I do something wrong, and what can be done to make it honour the register settings?
P.S. The relevant part of the script is shown below. I doubled the entries as I saw that there is a "Console"-only entry in my system.RegHiveLoad,"WB-default","%TargetDir%\I386\system32\config\default" RegWrite,HKCU,0x4,"WB-default\Console","ScreenBufferSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console\%SystemRoot%_system32_cmd.exe","ScreenBufferSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console","WindowSize","0x200050" RegWrite,HKCU,0x4,"WB-default\Console\%SystemRoot%_system32_cmd.exe","WindowSize","0x200050" RegHiveUnLoad,"WB-default"Lucho
Maybe additional: The winbuilder syntax does not accept 0x??? values for RegWrite, and you have convert them to decimal.
Instead of qEmu as emulator you should use VirtualBox. It is freeware, easy to install, much faster and there exist scripts using it.
Peter
#74
Posted 15 February 2009 - 05:03 PM
What's that suppose to be?%SystemRoot%_system32_cmd.exe
That looks so wrong, i don't even have an expression for it!
If qemu doesn't work for you, get VirtualBox or VirtualPC both are free and work with XPSP3.
edit: Cross posting
#75
Posted 15 February 2009 - 05:13 PM
Look four posts ago at the link I gave.What's that suppose to be?%SystemRoot%_system32_cmd.exe
That looks so wrong, i don't even have an expression for it!
In the navigation tree at the left yous see comething like 'console-window-name'
Peter
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users