Simply put:
User: user
Organization: Unknow
2009/4/28, Robert Riebisch :
> Michael Robinson wrote:
>
>> I could also complain that Microsoft ...
>> ... doesn't have a right
>> to sue people over it.
>
> Could you please explain this strange POV?
>
>> MS-DOS to my knowledge never asked for an inst
On Tue, 28 Apr 2009, Robert Riebisch wrote:
> > jam - Real-Time Data Compression Utilities. Driver won't load, complain
> > about incorrect DOS OEM number.
>
> Now run "debug < jampat.deb".
> The output should be as follows.
>
> The JAM.SYS driver now passes the OEM number check, but it always
> The JAM.SYS driver now passes the OEM number check, but it always hung
> my VMware session. Maybe you have better luck.
There's probably more to it. JAM doesn't know about FAT32, and if I recall
the documentation correctly, it apparently accesses low-level DOS
structures (DPBs) and devices d
4625 wrote:
> jam - Real-Time Data Compression Utilities. Driver won't load, complain
> about incorrect DOS OEM number.
JAM.SYS checks the OEM (vendor) number returned in register BH after
calling function 30h ("Get DOS version") of interrupt 21h by looking at
a table containing allowed numbers.
Michael Robinson wrote:
> I could also complain that Microsoft ...
> ... doesn't have a right
> to sue people over it.
Could you please explain this strange POV?
> MS-DOS to my knowledge never asked for an installation code
> and it is not marked in any way as copy XYZ.
That's correct, but it
On Tue, Apr 21, 2009 at 9:22 AM, Jim Hall wrote:
> On Tue, Apr 21, 2009 at 4:21 AM, King InuYasha wrote:
> > Instead of asking for it to remove the sources each time a package is
> > installed, why not tally it all up and as the last step, users can select
> if
> > they want sources or not, and
