what driver are you thinking of us adding jaak...

4,602

(76 replies, posted in 3rd Party DriverPacks)

we normaly only accept links to OEM driver sources - your rapid share link will probably be ignored...

it makes sense that it might install post setup as the 8.3 nameing will probably not be a factor then.

i still think that we need a newer / updated unit to include in the pack...

Great news about your success! We are glad to be able to help.

Have a great day!

Can you tell us if this driver installs if you update your device manually?

you can find it in the lan pack under D\L\B3\

the inf for this driver is very strange
the sections are not standard
and the destination folders don't seem to be correct either.
furthermore the file that is at issue is not 8.3 compliant...

very strange... i dont think this driver is valid...

if the manual install fails (and i belive it will) could you please post a link to the driver that does install this device.

4,606

(5 replies, posted in 3rd Party DriverPacks)

we are always here to help... just ask...

if there is an issue with your work we will find out soon.
somebody will test it and report back - and i am sure you tested it...
i'm certain it's fine (although i didn't look at it)

4,607

(58 replies, posted in 3rd Party DriverPacks)

remember that mass storage text mode support will not be available for drivers in a third party pack

Only the official mass storage pack is used for that

It may be that you will need to contact the OEM (UG...)

4,609

(74 replies, posted in Other)

that has been done already by the guru's over at MSFN

http://unattended.msfn.org/unattended.xp/

did you try his suggestion about the chipset driver???

you may find a wealth of info here http://unattended.msfn.org/unattended.xp/view/web/2/

4,612

(5 replies, posted in 3rd Party DriverPacks)

Always glad to have people contribute!!!

it is awsome to have you start out being an active member

the down side to this is M1 is all but dead.

Only M1 extracts and cab compresses all the packs (M2 only extracts mass storage)

that means that only one of the packs would actually be checked for 99% of our users.

Base was never intended to be used by rookies, and per Bâshrat the Sneaky himself we do not cater to noobs.

It is a prerequisite that our users are capable of advanced troubleshooting.

since you are suggesting a simple "errorlevel" check after 7zip is called you have assumed that this  would be easy to add. Of course you have no clue what the code for base looks like... not all assumptions are good ones wink
You know what they say about assuming!

I will think about adding this as I am updating the code. however since 9 out of the 10 packs are not extracted until setup runs (after the disk is created and we're halfway through the install) it presents issues both in time to complete for the program and logically within the base code.

I personally don't rerun base when I update packs
I simply rename and replace them in the OEM folder
(I am sure I am not the only one who does this)
How do we check those from base???

I will once again state that the ball is in your court to verify your downloads and your final disk.
It is our responsibility to make sure we check the ones we put up to make sure we put up good copies.

----------

severach wrote:

That's why it's so important that BASE check for damaged files when unpacking. I'm not going to check every archive for errors when 99.99% of them come through perfectly. BASE can check them every time without wasting the users time.

see note above about only mass getting extracted by the base program...
and the note about your lack of coding experience with base. (and lack of experience in its use too)
by your own admission you want me to fix a problem that only occurs once per every ten thousand uses...
So it is not a very big or important problem then is it?
OTOH if i added the code it would take base that much longer to run every time. (and waste everyones time)
so applying what we know.
you want me to double the time it take base to run...
To address a problem that Might (or might not) show up once in every ten thousand runs.

severach wrote:

If you'd rather I can post what I was going to write originally and let you figure out what the problem is.

"Driverpacks mass storage is broken again. I get a VIBUS.SYS corrupted on boot."

How many years ago was it the last time base was broke? it's been so long i have forgotten.
We don't have to help you at all - We are not on your payroll - We don't owe you anything.

We don't get paid for this sh*t. I donate my time for free (Lots of it).
you want something for nothing and are not even willing to ask nicely.
(I don't see you on the Donors list)
I will gladly submit the current source code to you for you to edit, test, debug and resubmit for approval on your personal time... GOOD LUCK !
it is only about 200 modules and 50,000 interdependent lines of code

a few minutes to add???
try hours to add, and a few days to test myself, and weeks more for the testing team...
Now your just being outright disrespectful. (I ruled out your being an idiot because you figured it out)

you can take a hike buddy.
Check the attitude at the door - or leave. mad

Administrator and co-author
Jeff

PS where did you pull that "since most people do not install 7zip" statistic from?     
Everyone here installs it and it is included in the base folder.
all you need do is run a command from the \bin folder in base if it's too much to ask that you install it...  -->

7z t ..\DriverPacks\*.7z

now that only takes a minute... But i get the impression you think your time is more valuable than ours. (how rude)
and it won't slow down every slipstream, on the off chance (1 in 9,999) there is a corrupt file.
perhaps we should write a routine to check for bad media on the burned CD / DVD too...
and why stop there let's do an ID-10T check too... (looks like we found one!)

I can't remember ever getting a complaint...
I may not be up to date with "new math", perhaps you can help me.
I doubt we can reduce complaints below it's current level -
none is the current total. Any sugestions how we might be able to cut that down?

What I do remember is manners.
Requests are made with the words "Please" and "Thanks", both are missing from your posts.
learn some manners, then use them, or your stay here will be VERY short.
I only give one warning, so tread lightly.

if you have selected a valid location the "OS:"
will change from "N/A" to the OS that was detected in that folder...

I have been bitten by the external power switch for wireless as well...

Glad to to be able to help!

the link is to the forum...

ok now we need your finisher log from the windows folder. and your HWIDS (see my signature below)

Do you have a suggestion as to how that might be accompished?

the packs are always changing and can be modified by the end user. if i were to write a rotine to check them against the server it would / might prevent end users from modifying packs.

I belive it is the users responsibility to verify thier downloads. that is why we put thier sizes on the website.

4,620

(6 replies, posted in DriverPack WLAN)

Or you could make your own third party pack with your driver...

4,621

(210 replies, posted in Software)

wink

4,622

(210 replies, posted in Software)

WsnoW wrote:
cometoluc wrote:

Hello, i tried your program but when i try to use it i get a message that my language is not correct and i can not install. I am using a dutch windows xp pro. Please advice, i really would want this to work with the dutch version of xp

best regards
cometoluc

in DPInst.xml change section -<language code="0x0409"> to - <language code="0x0413">

command line parameter
/el
Sets the enableNotListedLanguages flag to ON, which configures DPInst to enable all of the supported languages that are not explicitly enabled by language XML elements in a DPInst descriptor file.

supported languages

Arabic (Saudi Arabia) 1025 0x401 
Chinese (People's Republic of China) 2052 0x804 
Chinese (Taiwan) 1028 0x404 
Czech (Czech Republic) 1029 0x405 
Danish (Denmark) 1030 0x406 
German (Germany) 1031 0x407 
Greek (Greece) 1032 0x408 
English (United States) 1033 0x409 
Spanish - Modern Sort (Spain) 3082 0xC0A 
Finnish (Finland) 1035 0x40B 
French (France) 1036 0x40C 
Hebrew (Israel) 1037 0x40D 
Hungarian (Hungary) 1038 0x40E 
Italian (Italy) 1040 0x410 
Japanese (Japan) 1041 0x411 
Korean (Korea) 1042 0x412 
Norwegian (Bokmål) (Norway) 1044 0x414 
Dutch (Netherlands) 1043 0x413 
Polish (Poland) 1045 0x415 
Portuguese (Brazil) 1046 0x416 
Portuguese (Portugal) 2070 0x816 
Russian (Russia) 1049 0x419 
Swedish (Sweden) 1053 0x41D 
Turkish (Turkey) 1055 0x41F

4,623

(29 replies, posted in Installation Platforms)

Agreed

4,624

(210 replies, posted in Software)

dig the new avitar picture !!!!

yes for being old and simple it is very effective and plesant.

4,625

(6 replies, posted in DriverPack WLAN)

Generally speaking - USB drivers are in the third party packs...