[Freedos-kernel] Will retire the freedos-kernel email list

2020-05-17 Thread Jim Hall
Hi freedos-kernel developers:

I think everyone on this email list is also on freedos-devel, so you
probably have seen the discussion there about the different
communication channels for FreeDOS.

We obviously use the freedos-devel and freedos-user email lists. But
the freedos-kernel list is not used very much. Looking at the archive,
this hasn't seen more than a few emails per *year* in the last several
years.

Because of the light traffic, let's consolidate our developer
discussions! The freedos-kernel email list will be closed this week.
Instead, please use the freedos-devel email list to discuss any
FreeDOS kernel development topics.

Thanks!

Jim


___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Re: DELTREE gets error 5 for directories since 2035a

2005-04-10 Thread Jim Hall
Oops ... should have checked that more closely before posting.  Eric is 
not the maintainer, of course.  I've moved Eric's 1.02f into a subdir on 
ibiblio, and I'll try to reach Raster to see if this can become an 
official release of 1.02f.

-jh

Jim Hall wrote:
Eric,
I've mirrored your DELTREE 1.02f at ibiblio:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/deltree/
I'll also update the LSM database.
Feel free to make an announcement on the FreeDOS.org page, if you want 
it announced there.

-jh

Eric Auer wrote:
Hi, Lucho pointed out that DELTREE got error 5 because it had
code which does if OEM ID is 0FDh and CX is 0 or -1, then
explicitly exclude the DIR attribute when resetting file attribs
in preparation of deletion. This code is triggered by 2035a as
it sets CX to 0, which is needed by 32RTM DOS extender. The -1
value marked VERY old DOS-C / FreeDOS kernels which needed the
special DELTREE behaviour to avoid directories becoming files
(oops)...
The solution is two-part: The http://fdos.org/kernel/ page has
kernels which ignore dir attribute access when you change file
attributes (although it is common and okay to just respond with
error 5, as 2035a does), and I have a patched version of DELTREE
(which also is a bit smaller, less than 3 kB UPXed) which works
with kernel 2035a. No reply from Raster about it yet, strange...
http://www.coli.uni-sb.de/~eric/deltree-1.02f.zip
(temporary location)
Eric


--
I'm sorry my president's an idiot. I didn't vote for him.
---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Fwd: GRUB for DOS and FreeDOS

2005-01-09 Thread Jim Hall
Kenneth J. Davis wrote:
Jim Hall wrote:
I'm forwarding this for Wengier.  Since the current FreeDOS kernel 
seems incompatible with this version of GRUB for DOS, I'm not sure if 
I should post a note about it on the FreeDOS web site (I'm concerned 
that too many avid Linux/Windows/FreeDOS multi-boot users would try to 
use it, and make their systems unbootable.)

I would prefer you not since this is a bug against the development
kernel (as noted by the w [work in progress]), but if the bug is also
valid against the stable series, then your call.
Agreed.  I'll not post an announcement for it.
-jh

--
_
I'm sorry my president's an idiot. I didn't vote for him.
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] GCC Compiler

2004-11-11 Thread Jim Hall

ADE If so, where can I get it?
 AFAIR, www.delorie.com?

For the OP, the DOS version is http://www.delorie.com/djgpp/
-jh
--
_
I'm sorry my president's an idiot. I didn't vote for him.
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Updated unstable kernel patches and binary

2004-08-24 Thread Jim Hall
...
P.S. After sending the above message, I got the following auto-reply:
Your mail to 'Freedos-kernel' with the subject
Updated unstable kernel patches and binary
Is being held until the list moderator can review it for approval.
The reason it is being held:
Message body is too big: 76015 bytes but there's a limit of 40 KB
Either the message will get posted to the list, or you will receive 
notification of the moderator's decision.

I don't know who is that moderator, but obviously I can't send the 
kernel binary. So here's the patch only. Now you know about the 
limitation. 40 KB must be a SACRED number EVEN for SourceForge!
I'm the moderator of the FreeDOS lists.  So your message was held until 
I could get into the system and deal with it.

40kb is a good number to set the limit, and I don't mind that SF did 
that for all lists.  I often get a number of virus/spam emails around 
49kb, so 40kb limits the number of spams  viruses that make it to the 
FreeDOS lists.

What you don't see is that I have to deal with a number of 
administrative requests each week (usually about one a day) where a 
virus has been sent to the FreeDOS lists, and it's over the 40kb limit. 
  Yes, a few viruses/spams make it to the list because they are smaller 
than 40kb, but trust me - it's _much_ fewer than the ones I have to deal 
with on the administrative requests page.  So increasing the limit 
beyond 40kb to allow larger patches to be submitted would also increase 
the number of spams/viruses that make it onto the list.  And I don't 
think anyone wants that.  :-)

-jh


--
_
This email message has been automatically encrypted using ROT-26.
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink  Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] daily tarballs no longer daily

2004-08-02 Thread Jim Hall
Bart Oldeman wrote:
Cron was disabled on SF, see
http://sourceforge.net/docman/display_doc.php?docid=2352group_id=1
so the daily tarballs are no longer that (in fact the last one is from 
July 12). Somebody would have to manually update or run a cron job 
from an outside machine. Or just wait until SF sorts out the problem.

Well, that explains why the http://freedos.sourceforge.net/freedos.html 
mirror hasn't been working.  I had to manually run the update last night 
to re-sync it.

-jh
--
_
This email message has been automatically encrypted using ROT-26.
NOTE: I WILL BE AWAY FROM EMAIL (ON VACATION) AUG 6-24.
---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] commit - UNSTABLE

2004-07-26 Thread Jim Hall
Jeremy:
The [EMAIL PROTECTED] alias is still pointed at Bart.  Did you want me 
to change it to point to you?

-jh
--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] commit - UNSTABLE

2004-07-26 Thread Jim Hall
Jim Hall wrote:
Jeremy:
The [EMAIL PROTECTED] alias is still pointed at Bart.  Did you want me 
to change it to point to you?

-jh

Oops.  Maybe I should have sent that just to Jeremy  Bart.  :-)
-jh
--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Kernel bug parade / moving on

2004-06-06 Thread Jim Hall
I think this kind of bug list would best appear on the 'FreeDOS @ 
SourceForge' page, since it directly relates to the kernel.

Eric: would you like me to add you to that project on SF so you can 
create/maintain this page yourself?

-jh
Eric Auer wrote:
Hi, while we have no real kernel maintainer right now (I assume Jeremy
can at most find enough time to upload patches submitted by others, not
for doing coding / testing himself), I think it would be good to review
some old bugs before we move on to do new optimizations. Of course now
that Arkady already has optimized things: If no new bugs get introduced
those patches can of course be added.
But I think we should focus on a bit of bug testing and fixing now for
a while. I hope there are people on the list who can test some of the
issues (i.e. have the affected type of software / hardware around!).
Bugzilla URLs all look like
http://www.freedos.org/bugs/bugzilla/show_bug.cgi?id=
where  is the number of the bug in question (no leading zeroes).
You can also use the http://www.europa.sp.nl/campagne2004/waakhond.shtml
page to get a list of all bugs (just select a sort by and submit the
form as-is) and http://www.freedos.org/bugs/bugzilla/ (just enter a bug
number - you actually can NOT enter search terms in the latter form!
Now for the bugs. If you are able to test a bug, please do so.
[...]
Maybe we could put a technote online with this list or something? Some of
the abovementioned bugs are very exotic, so we may have to search the world
for testers who can reproduce the described bug triggering conditions... and
most normal people will not read the whole bugzilla system when they find the
FreeDOS homepage and have a glance at the project status.

--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] Re: Reference compiler / changing the spec

2004-05-10 Thread Jim Hall



is it something like the bible, or should it be something
reflecting (intended) reality ?


I suggest that it describes reality, but that original intentions are
not removed but just marked as obsoleted.


I think, that a spec should describe the projects intention.
and it's certainly not the kernels intention to be compilable with any
compiler.
the intention is to build a MSDOS compatible kernel; use the
approriate tools (free if possible)
Yes.  See my other message in the original thread:

The original intent was to have the Spec reflect what people actually 
_use_ so that when a new developer comes into the project, he/she will 
know what tools to use when contributing to FreeDOS (such as OW for C 
compiler, etc.)

When the Spec was first written, no open tools (suitable for 16bit 
deployment) were available.  However, pretty much everyone on the 
FreeDOS lists had (or was already using) TurboC or Borland C, so TC/BC 
were listed as the standard.  Same thing for assembly, except that's 
changed now too.

I'll try to get all of fd-doc updated very soon now.  The Spec will be 
my first goal.

-jh

--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson  Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] cvs refresh

2004-04-25 Thread Jim Hall
Arkady V.Belousov wrote:
Hi!

24--2004 17:05 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO Date: Sat, 24 Apr 2004 17:05:18 +0100 (BST)

When latest patches will be reflected in CVS snapshot on site
(kernel.tgz?)? I wish to check how they are applied in complete.
BO every day at 10am GMT

 How GMT relates to UTC (which TZ)? I mean, how GMT relates to my MSK TZ
(which is currently +4 to UTC)?
Arkady:

Your time zone is GMT+0400.  So at 10am GMT, it is 2pm in your TZ.

-jh

--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] patch: batch and make files (description)

2004-04-05 Thread Jim Hall
At least one of your emails was trapped by the SF mail system until I 
was able to free it this morning.  Emails may not be over 40k in length, 
or else they are held until the list owner (me) accepts or rejects them 
(a manual process.)

-jh



Arkady V.Belousov wrote:
Hi!

 [Don't know what happen, but SF silently ignores/losts my letters. B-E
Second day: one was saturday, second was today. Not funny. Below _repost_ of
my letter with new patch from today, monday.]
 New updates for my patches. Because I already remove intermediate
files, there present diff file not to my last patch, but to files, as
patched by Bart.
- buildall.bat, clean.bat: not all DELs was NULed.
- config.b: comment for NASM updated by request of Bernd. :)
- kernel\makefile: not all individual rules was present (asmsupt.asm), not
  all dependencies was present (eg, segs.inc for irqstack.asm).
- kernel\nls_load.c: removed.
PS: config.h also may be removed, because it is dummy (for this only
required to remove reference in globals.h). When (and if!) it will be
required, it may be added back.
PS2: kernel\nls\001-437.hc is desynced with kernel\nls_hc.asm.

PS3: header files in globals.h and init-mode.h included in different order.

PS4: repeat for my previous question: why to duplicate clean and
clobber? Another one: who make files status.me, *.cod, *.las?



--
_
This email message has been automatically encrypted using ROT-26.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel


Re: [Freedos-kernel] re: someone should check his system for a real VIRUS

2004-02-06 Thread Jim Hall
Eric Auer wrote:
Hi Tom, you are completely wrong about that virus. That it SEEMS
to come from Bart, Joe, MartinS, Brian, Jeremy, ... only means
that SOMEBODY is infected who knows all their addresses. Modern
viruses scan the system for addresses and randomly select one
address as target and another one as FAKE sender.
Yes, that is what Tom is saying.  Someone out there with all those 
addresses in his/her addressbook (or in IE browser cache) is sending 
MyDoom virus emails, and Tom is getting some of those.



By the way, QUESTION: On non-Intel chipsets, UMBPCI UMBs are often
not cached at all (i.e. not only write-through but completely uncached).
UMBPCI.txt recommends not to let Windows load performance-critical data
into UMBs for that reason.
[...]

BTW - it's really irritating to have a second, unrelated topic in these 
emails.  If the subject does not apply to me, I tend to skip over the 
thread.  So I might have missed your comments, which were tacked on the 
end of your reply to Tom.  I suspect there are other users who have 
skipped over this thread, and didn't see your comments at all.

Please do a courtesy and don't include lots of unrelated things in your 
emails.  It makes it harder to see them, and to reply to them.

-jh

--
Currently playing: DDR:Max2, SSX Tricky, RatchetClank, Sly Cooper
Favorite DDR dance: Break Down (Be For U)
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel