July 2000 - XEmacs-Beta - XEmacs Mailing List Archives

EXTERNAL_LIST_LOOP_2 interface and semantics changed - propose reversion 24 years, 4 months

Martin Buchholz

EXTERNAL_LIST_LOOP_2(elt, list) used to require that the user declare elt and list. After Ben's recent changes to the LIST_LOOP macros, the macro itself declares elt. I think this is a mistake and propose reversion. This is a similar issue to the question of how long the scope of an identifier declared in a `for' initializer lasts in C++ or C99. Some users of EXTERNAL_LIST_LOOP_2 may want to use the value of elt after the loop has exited. And there are other reasons why the user may want a different scope for elt. One could provide two versions of EXTERNAL_LIST_LOOP_*, but I think it is clearly not worth the confusion. The saving of one declaration Lisp_Object elt; is not worth the loss of flexibility and increase in magicality. Ohhhhhh, I see now Ben *has* created _NO_DECLARE versions of these macros. I think this is very subtle and confusing. EXTERNAL_LIST_LOOP_2_NO_DECLARE declares *some* of the variables, but not all. The name suggests to me "No Declarations At All", and I was suprised to discover it does some of them *and* still requires the added braces. I think this is too subtle a distinction and propose reversion to the old interface, and removal of all the _NO_DECLARE macros. With my previous implementation of these macros, it was very simple for the user to know which variables had to be declared - all the variables mentioned in the macro call had to be declared. This makes the use of these macros somewhat less magical. There's still the magic of having to provide a { } block around the call, but that seems unavoidable, and the compiler error in case of a mistake means that no subtle bugs will be introduced. This issue is similar in spirit to the TO_EXTERNAL_FORMAT debate. I want to avoid a proliferation of APIs that cause confusion for the maintainers. Both of these changes have confused *me*, the original implementor - I now feel less sure when using these macros. Martin

2 participants
2 comments

toner cartridges 24 years, 4 months

bench1＠lakmail.com

BENCHMARK SUPPLY 5334 LAKE VIEW CLUB ATLANTA GA 30338 ***LASER PRINTER TONER CARTRIDGES*** ***FAX AND COPIER TONER*** WE ACCEPT GOVERNMENT, SCHOOL & UNIVERSITY PURCHASE ORDERS JUST LEAVE YOUR PO # WITH CORRECT BILLING & SHIPPING ADDRESS CHECK OUT OUR NEW CARTRIDGE PRICES FOR THE FOLLOWING PRINTERS: APPLE LASER WRITER PRO 600 OR 16/600 $69 LASER WRITER SELECT 300,310.360 $69 LASER WRITER 300, 320 $54 LASER WRITER LS,NT,2NTX,2F,2G & 2SC $54 LASER WRITER 12/640 $79 HEWLETT PACKARD LASERJET SERIES 2,3 & 3D (95A) $49 LASERJET SERIES 2P AND 3P (75A) $54 LASERJET SERIES 3SI AND 4SI (91A) $75 LASERJET SERIES 4L AND 4P $49 LASERJET SERIES 4, 4M, 5, 5M, 4+ (98A) $59 LASERJET SERIES 4000 HIGH YIELD (27X) $89 LASERJET SERIES 4V $95 LASERJET SERIES 5SI , 8000 $95 LASERJET SERIES 5L AND 6L $49 LASERJET SERIES 5P, 5MP, 6P, 6MP $59 LASERJET SERIES 5000 (29A) $135 LASERJET SERIES 1100 (92A) $49 LASERJET SERIES 2100 (96A) $79 LASERJET SERIES 8100 (82X) $145 HP LASERFAX LASERFAX 500, 700, FX1, $59 LASERFAX 5000, 7000, FX2, $59 LASERFAX FX3 $69 LASERFAX FX4 $79 LEXMARK OPTRA 4019, 4029 HIGH YIELD $135 OPTRA R, 4039, 4049 HIGH YIELD $135 OPTRA S 4059 HIGH YIELD $135 OPTRA E $59 OPTRA N $115 EPSON EPL-7000, 8000 $105 EPL-1000, 1500 $105 CANON LBP-430 $49 LBP-460, 465 $59 LBP-8 II $54 LBP-LX $54 LBP-MX $95 LBP-AX $49 LBP-EX $59 LBP-SX $49 LBP-BX $95 LBP-PX $49 LBP-WX $95 LBP-VX $59 CANON FAX L700 THRU L790 FX1 $59 CANONFAX L5000 L70000 FX2 $59 CANON COPIERS PC 20, 25 ETC.... $89 PC 3, 6RE, 7, 11 (A30) $69 PC 320 THRU 780 (E40) $89 NEC SERIES 2 LASER MODEL 90,95 $105 PLEASE NOTE: 1) ALL OUR CARTRIDGES ARE OEM COMPATABILE. 2) WE DO NOT SEND OUT CATALOGS OR PRICE LISTS 3) WE DO NOT FAX QUOTES OR PRICE LISTS. 4) WE DO NOT SELL TO RESELLERS OR BUY FROM DISTRIBUTERS 5) WE DO NOT CARRY: BROTHER-MINOLTA-KYOSERA-PANASONIC PRODUCTS 6) WE DO NOT CARRY: XEROX-FUJITSU-OKIDATA OR SHARP PRODUCTS 7) WE DO NOT CARRY ANY COLOR PRINTER SUPPLIES 8) WE DO NOT CARRY DESKJET/INKJET OR BUBBLEJET SUPPLIES 9) WE DO NOT BUY FROM OR SELL TO RECYCLERS OR REMANUFACTURERS ****OUR ORDER LINE IS 770-399-0953 **** ****OUR CUSTOMER SERVICE LINE IS 770-512-7444*** ****OUR E-MAIL REMOVAL AND COMPLAINT LINE IS 888-494-8597**** ****PLACE YOUR ORDER AS FOLLOWS**** : BY PHONE 770-399-0953 BY FAX: 770-698-9700 BY MAIL: BENCHMARK .SUPPLY 5334 LAKE VIEW CLUB ATLANTA GA 30338 MAKE SURE YOU INCLUDE THE FOLLOWING INFORMATION IN YOUR ORDER: 1) YOUR PHONE NUMBER 2) COMPANY NAME 3) SHIPPING ADDRESS 4) YOUR NAME 5) ITEMS NEEDED WITH QUANTITIES 6) METHOD OF PAYMENT. (COD OR CREDIT CARD) 7) CREDIT CARD NUMBER WITH EXPIRATION DATE 1) WE SHIP UPS GROUND. ADD $4.5 FOR SHIPPING AND HANDLING. 2) COD CHECK ORDERS ADD $3.5 TO YOUR SHIPPING COST. 2) WE ACCEPT ALL MAJOR CREDIT CARD OR "COD" ORDERS. 3) OUR STANDARD MERCHANDISE REPLCAMENT POLICY IS NET 90 DAYS.

1 participants
0 comments

Status of http://sourceforge.net/projects/xemacs/ 24 years, 4 months

Adrian Aichner

Hello All! This is intended to be a bootstrapper for anybody interested in getting started on the sourceforge half of XEmacs development. Q: Has XEmacs development moved to sourceforge? A: No. Currently there is only one CVS module on sourceforge, namely xemacsweb. This is the content of xemacweb＠www.xemacs.org:~/genpage which prduces most of the static content of xemacweb＠www.xemacs.org:~/docs. Mailing list and their archives, for one, have not been moved to sourceforge. Q: Which is the offical XEmacs Website? A: For a transitional period of at least two weeks it is good old http://www.xemacs.org. To visit the new site (and receive bonus points for testing) go to http://xemacs.sourceforge.net/, either directly, or via "Project Homepage" from https://sourceforge.net/projects/xemacs/. Thereafter, if all goes well, http://xemacs.sourceforge.net/ will answer for http://www.xemacs.org if someone puts in the work to make it so (http://sfdocs.sourceforge.net/sfdocs/display_topic.php?topicid=33). Q: So what's so exciting about the new site? A: It is fully CVS-controlled, all HTML documents are batch-validated daily using XEmacs/PSGML by xemacsweb/Makefile according to their individual DTD. Alltogether there are <10 HTML errors left between all .html files on the XEmacs site there! Q: When can I contribute to XEmacs website content again? A: Now. Get yourself a sourceforge account via https://sourceforge.net/account/register.php and contact one of your friendly XEmacs admins to become a developer, using https://sourceforge.net/project/memberlist.php?group_id=11. Q: How do I make changes to the XEmacs CVS repository on sourceforge? A: Follow instructions in https://sourceforge.net/cvs/?group_id=11 to checkout (20MB after running make) and commit the sources via CVS. Q: How can I keep track of changes being made to the repository? A: Subscribe yourself to xemacs-checkins(a)lists.sourceforge.net[1] at http://lists.sourceforge.net/mailman/listinfo/xemacs-checkins. We may even subscribe xemacs-cvs(a)xemacs.org to the list, if somebody can send back a confirmation reply from there. The mailing list archive at http://www.geocrawler.com/lists/3/SourceForge/5231/0/4114662/ is actually updated quite switfy (> 30 minutes?). Q: How do I inspect the state of the actual files behind http://xemacs.sourceforge.net/? A: Read http://sfdocs.sourceforge.net/sfdocs/display_topic.php?topicid=8 for reference, although steps 1 .. 7 are already done. Webpage contents are physically rooted at shell.sourceforge.net:/home/groups/xemacs/htdocs where htdocs is currently a symlink to xemacsweb. Q: How do these pages get updated? A: They are currently being updated a personal crontab entry of mine (temporarily, until Martin hand-holds me through direct updates from cvs commits). Here's[2] that crontab entry (as others may not have the privelege to look at it with "crontab -u adriana -l", which doesn't work even for me). This gets mailed to xemacs-checkins(a)lists.sourceforge.net for now. xemacs-webmaint(a)xemacs.org may be a better destination when I have fixed ALL validation errors (there are still FIVE!). Q: What editor can I use on shell.sourceforge.net? A: ed, when you use ssh. :-) I have installed a pretty well-featured XEmacs-21.1.11 under shell.sourceforge.net:/home/groups/xemacs/tools/xemacs/bin for all of us to use. See ~adriana/.profile for my setup. I also had to get a decent tty for Windows NT for XEmacs to run, be it -nw even. I installed http://www.chiark.greenend.org.uk/~sgtatham/putty/latest/putty.exe and am quite happy with it. Q: Can I upload big files to some kind of /pub on sourceforge? A: Yes, developers can copy files to <user>＠shell1.sourceforge.net:/home/groups/ftp/pub/xeemacs using scp1. Anyone can download from this URL: ftp://xemacs.sourceforge.net/pub/xemacs/[3] Q: How much did Adrian sleep lately? A: Permission denied. I hope this will be helpful to others. We should probably start assigning jobs between us to further development on sourceforge. A big task would be conversion of mailing list interfaces and archives, although I am not sure we want to move them away from xemacs.org. Making all URLs in xemacsweb relative is on our collective to-do list. genpage should come to our aid here. More on that later. Any comments? Adrian Footnotes: [1] Contrary to http://sfdocs.sourceforge.net/sfdocs/display_topic.php?topicid=52, it is not possible to create a list called xemacs-cvs(a)lists.sourceforge.net because cvs is shorter than the minumum 4 characters. [2] [adriana＠orbital xemacs]$ crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.19901 installed on Sun Jul 30 16:30:33 2000) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) 31 16 * * * (PATH=/home/groups/xemacs/tools/xemacs/bin:/usr/bin:/bin; export PATH; cd /home/groups/xemacs/xemacsweb; cvs -f -z3 -d:pserver:anonymous＠cvs1:/cvsroot/xemacs update -Pd; make all) | /bin/mail -s "daily http://xemacs.sourceforge.net/ validation" xemacs-checkins(a)lists.sourceforge.net 2>&1 [adriana＠orbital xemacs]$ [3] I have not been able to access this URL via netscpape. XEmacs/EFS and XEmacs/W3 work fine though :-) Perhaps my personal misconfiguration of netscape? -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: Hopefully just me: Conflicts in shell.sourceforge.net:/home/groups/xemacs/xemacsweb 24 years, 4 months

Adrian Aichner

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> Hello All, APA> I have been surprised by following CVS conflicts in APA> shell.sourceforge.net:/home/groups/xemacs/xemacsweb APA> [adriana＠orbital xemacsweb]$ cvs -n -q update | grep "^[A-Z] " APA> cvs server: New directory `faq' -- ignored APA> C FAQ/index.html APA> C FAQ/xemacs-faq_toc.html APA> C FAQ/xemacs-new.html APA> C FAQ/old/XEmacs-FAQ-changes.html APA> C FAQ/old/index.html APA> C FAQ/old/xemacs-current.html APA> C FAQ/old/xemacs-customization.html APA> C FAQ/old/xemacs-deleted.html APA> C FAQ/old/xemacs-faq.html APA> C FAQ/old/xemacs-installation.html APA> C FAQ/old/xemacs-merge.html APA> C FAQ/old/xemacs-miscellaneous.html APA> C FAQ/old/xemacs-subsystems.html APA> C FAQ/oldstuff/xemacs-faq_toc.html APA> C FAQ/upload/xemacs-faq.html APA> C FAQ/upload/xemacs-faq_toc.html <lines deleted by Adrian> APA> [adriana＠orbital xemacsweb]$ APA> I just wanted to make sure noone else is editing files in APA> that working directory before I do a clean checkout there APA> tomorrow morning (Mon 2000/08/01 8:30 +0200). Please report Oops, I meant Mon 2000/07/31 8:30 +0200, but that's irrelevant now. APA> back before then if you have made local changes there. I have a safer solution giving time zone and response time issues: I have moved shell.sourceforge.net:/home/groups/xemacs/xemacsweb to shell.sourceforge.net:/home/groups/xemacs/xemacsweb-2000-07-31-adriana and perfomed a new checkout of xemacsweb. Best regards, Adrian APA> I assume this is just me who got confused commiting from there and my APA> local machine. APA> I am working on a status report (FAQ-style) as well. APA> Good night, APA> Adrian APA> -- APA> Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Hopefully just me: Conflicts in shell.sourceforge.net:/home/groups/xemacs/xemacsweb 24 years, 4 months

Adrian Aichner

Hello All, I have been surprised by following CVS conflicts in shell.sourceforge.net:/home/groups/xemacs/xemacsweb [adriana＠orbital xemacsweb]$ cvs -n -q update | grep "^[A-Z] " cvs server: New directory `faq' -- ignored C FAQ/index.html C FAQ/xemacs-faq_toc.html C FAQ/xemacs-new.html C FAQ/old/XEmacs-FAQ-changes.html C FAQ/old/index.html C FAQ/old/xemacs-current.html C FAQ/old/xemacs-customization.html C FAQ/old/xemacs-deleted.html C FAQ/old/xemacs-faq.html C FAQ/old/xemacs-installation.html C FAQ/old/xemacs-merge.html C FAQ/old/xemacs-miscellaneous.html C FAQ/old/xemacs-subsystems.html C FAQ/oldstuff/xemacs-faq_toc.html C FAQ/upload/xemacs-faq.html C FAQ/upload/xemacs-faq_toc.html M genpage/layout/cookhouse.html M genpage/layout/examples.html M genpage/layout/news.html [adriana＠orbital xemacsweb]$ I just wanted to make sure noone else is editing files in that working directory before I do a clean checkout there tomorrow morning (Mon 2000/08/01 8:30 +0200). Please report back before then if you have made local changes there. I assume this is just me who got confused commiting from there and my local machine. I am working on a status report (FAQ-style) as well. Good night, Adrian -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: [PATCH] More validation error fixes, add sourceforge logo. 24 years, 4 months

Adrian Aichner

>>>>> "jsja" == John S J Anderson <jacobs(a)xemacs.org> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> I am concerned that using APA> <base href="http://www.xemacs.org/"> APA> in template.html (all page contents get wrapped into this APA> template) is more a curse than a blessing. jsja> [snip] APA> AFAIK, "base href" is a feature to be used when web documents are APA> sent off via e-mail, to provide a base for all relative links. jsja> Not according to any HTML spec I've ever seen. If you can provide a jsja> citation for that, I'd be pleased to see it. It _is_ a way to provide jsja> a base for all relative links, but there's nothing about it being jsja> specific for email, AFAIK. Like I said, I'd _really_ appreciate jsja> knowing the source of this information. Here's a good one, I think: 3.1. Base URL within Document Content in http://www.ietf.org/rfc/rfc1808.txt Adrian

1 participants
0 comments

Re: [xemacsweb PATCH] Update list of review board members 24 years, 4 months

Adrian Aichner

>>>>> "Martin" == Martin Buchholz <martin(a)xemacs.org> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> Has Kyle formally resigned from the board? Martin> Yes. APA> Should his name be taken out? Done. Martin> Yes.

1 participants
0 comments

Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up... 24 years, 4 months

Vin Shelton

I can successfully retrieve the latest package-index using my 21.1.12 workspace. Here is the transcript from a -vanilla session: open ftp.xemacs.org Connected to xemacs.org. 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] quote user "anonymous" ftp> 331 Anonymous login ok, send your complete e-mail address as password. ftp> quote pass Turtle Power! 230-+--------------------------------------------------------------------------+ | Welcome to ftp.tux.org! | +--------------------------------------------------------------------------+ | This server and its network connection have been graciously donated by | | Erol's Internet Services of Springfield, Virginia, USA (703) 321-8000. | | | | It is a 350 MHz AMD K6-2 with 128 MB of RAM and running Linux. | | It is administered by Linux user groups in the East Coast of the USA on | | behalf of their members and the Linux community worldwide. | | | | The goal of this FTP site is to provide timely mirrors of Linux-related | | software from all over the world. It is not a complete mirror of all of | | the large sites; instead it combines mirrors of the most important parts | | of the large FTP archives with direct nightly mirrors of many smaller, | | harder-to-find sites plus a growing amount of original content. | | | | If there is something Linux-related you would like to have added to the | | mirror or if you see a problem with something already mirrored here, | | please contact <ftp(a)tux.org>. | +--------------------------------------------------------------------------+ 230 Anonymous access granted, restrictions apply. ftp> hash Hash mark printing on (1024 bytes/hash mark). ftp> quote pwd 257 "/" is current directory. ftp> quote syst 215 UNIX Type: L8 ftp> quote cwd /pub/xemacs/packages/package-index.LATEST.pgp/ 550 /pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory ftp> quote site idle 500 'SITE IDLE' not understood. ftp> quote cwd /pub/xemacs/packages/ 250 CWD command successful. ls "-al" /tmp/acs/efsbrH46E ftp> 200 PORT command successful. 150 Opening ASCII mode data connection for file list. 226 Transfer complete. ftp> type image 200 Type set to I. ftp> get /pub/xemacs/packages/package-index.LATEST.pgp /tmp/acs/efsbrH46E.pgp 200 PORT command successful. 150 Opening BINARY mode data connection for /pub/xemacs/packages/package-index.LATEST.pgp (46634 bytes). 226 Transfer complete. 46634 bytes received in 0.292 secs (1.6e+02 Kbytes/sec) ftp> I don't understand why we try to change to the _directory_ /pub/xemacs/packages/package-index.LATEST.pgp/, but we seem to recover from that misadventure OK. - vin >>>>> On 30 Jul 2000, Adrian Aichner <aichner(a)ecf.teradyne.com> said: >>>>> "Ben" == Ben Wing <ben(a)666.com> writes: Ben> have we completely solved this problem now? APA> Yes, I think so. APA> I have successfully tested the fix in native NT XEmacs 21.1.11 and APA> 21.2-b35. APA> I have commited the change to lisp/files.el for release-21-2. APA> Vin plans to release 21.1.12 soon. APA> Best regards, APA> Adrian Ben> Adrian Aichner wrote: >>> >>> This problem is still alive and kicking. >>> >>> Unfortunately I don't have time to look into it. >>> >>> Adrian >>> >>> -------------------------------------------------------------------------------- >>> >>> Subject: I think the xemacs FTP package directory is fouled up... >>> Date: Wed, 26 Jul 2000 10:43:05 -0600 >>> From: jgd(a)lanl.gov >>> Organization: CIC-5 Advanced Networking Team, Los Alamos National Laboratory >>> To: webmaster(a)xemacs.org >>> >>> I installed 21.1.11 and the sumo tarball, and when I do a list and >>> install on the manage packages menu, I get: >>> >>> (1) (error/warning) Error in process filter: (ftp-error FTP Error: CWD >>> 550 /pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory >>> failed: ) >>> >>> It's also possible that the tarball is fouled up, but I don't think so. >>> >>> The package tool is looking for a different file type than the >>> package-index.LATEST.pgp is. Ben> -- Ben> Ben Ben> In order to save my hands, I am cutting back on my mail. I also write Ben> as succinctly as possible -- please don't be offended. If you send me Ben> mail, you _will_ get a response, but please be patient, especially for Ben> XEmacs-related mail. If you need an immediate response and it is not Ben> apparent in your message, please say so. Thanks for your understanding. Ben> See also http://www.666.com/ben/chronic-pain/

1 participants
0 comments

Re: [EXPERIMENTAL PATCH] Make NT heap death more informative. 24 years, 4 months

Vin Shelton

Have you had any feedback on this? I'd like to include it in 21.1.12. - vin >>>>> On Thu, 27 Jul 2000 12:37:20 +0100, "Alastair J. Houghton" <ajhoughton(a)lineone.net> said: Alastair> Here's a patch that reindents some of ntheap.c (it seems Alastair> some horrible oik decided to use Visual C's internal Alastair> editor or something) and adds a call to GetModuleFileName Alastair> to the code that gets run when XEmacs can't allocate its Alastair> heap; the idea is that instead of Alastair> XEmacs cannot start because the memory region required Alastair> by the heap is not available Alastair> (BaseAddress = 0x12345678, AllocationBase = 0x12345678, Alastair> Size = 0x12345678, State = COMMITED, Type = IMAGE) Alastair> you actually get told which image is responsible: Alastair> XEmacs cannot start because the memory region required Alastair> by the heap is not available Alastair> (BaseAddress = 0x12345678, Allocationbase = 0x12345678, Alastair> Size = 0x12345678, State = COMMITED, Type = IMAGE, Alastair> ModuleName = "AWKWARD.DLL") Alastair> Could someone with a test setup that does break in this Alastair> fashion please verify that this works correctly *before* Alastair> anyone applies it? I don't have any easy way of breaking Alastair> it like this. Alastair> Kind regards, Alastair> Alastair. Alastair> --- ntheap.c Tue May 9 10:18:48 2000 Alastair> +++ xemacs-21.2/src/ntheap.c Thu Jul 27 10:34:09 2000 Alastair> ＠＠ -228,8 +228,8 ＠＠ Alastair> recreate_heap (char *executable_path) Alastair> { Alastair> /* First reserve the upper part of our heap. (We reserve first Alastair> - because there have been problems in the past where doing the Alastair> - mapping first has loaded DLLs into the VA space of our heap.) */ Alastair> + because there have been problems in the past where doing the Alastair> + mapping first has loaded DLLs into the VA space of our heap.) */ Alastair> /* Query the region at the end of the committed heap */ Alastair> void *tmp; Alastair> ＠＠ -239,32 +239,48 ＠＠ Alastair> unsigned char* end = base + get_reserved_heap_size () - Alastair> get_committed_heap_size (); Alastair> VirtualQuery (base, &info, sizeof info); Alastair> if (info.State != MEM_FREE) Alastair> - { Alastair> - /* Oops, something has already reserved or commited it, nothing we can Alastair> do but exit */ Alastair> - char buf[256]; Alastair> - wsprintf(buf, Alastair> - "XEmacs cannot start because the memory region required by the heap Alastair> is not available.\n" Alastair> - "(BaseAddress = 0x%lx, AllocationBase = 0x%lx, Size = 0x%lx, State = Alastair> %s, Type = %s)", Alastair> - info.BaseAddress, info.AllocationBase, info.RegionSize, Alastair> - info.State == MEM_COMMIT ? "COMMITED" : "RESERVED", Alastair> - info.Type == MEM_IMAGE ? "IMAGE" : info.Type == MEM_MAPPED ? "MAPPED" Alastair> : "PRIVATE"); Alastair> - MessageBox(NULL, buf, "XEmacs", MB_OK | MB_ICONSTOP); Alastair> - exit(1); Alastair> - } Alastair> + { Alastair> + /* Oops, something has already reserved or commited it, nothing we Alastair> can do but exit */ Alastair> + char buf[256]; Alastair> + char modnambuf[80]; Alastair> + Alastair> + /* Find the filename of any DLL mapped at that address. This is a bit Alastair> + of a hack in that it relies on HMODULEs being pointers to the image Alastair> + base. However, this will almost certainly be the case for the Alastair> + forseeable future in MS operating systems. Alastair> + Alastair> + Note that we don't check for MEM_IMAGE first because it doesn't Alastair> + exist on Win95 AFAIK - ajh */ Alastair> + if (!GetModuleFileName ((HMODULE) info.AllocationBase, Alastair> + modnambuf, Alastair> + sizeof (modnambuf))) Alastair> + strcpy (modnambuf, "<unknown>"); Alastair> + Alastair> + wsprintf(buf, Alastair> + "XEmacs cannot start because the memory region required by the heap Alastair> is not available.\n" Alastair> + "(BaseAddress = 0x%lx, AllocationBase = 0x%lx, Size = 0x%lx, State Alastair> = %s, Type = %s, ModuleName = \"%s\")", Alastair> + info.BaseAddress, info.AllocationBase, info.RegionSize, Alastair> + info.State == MEM_COMMIT ? "COMMITED" : "RESERVED", Alastair> + info.Type == MEM_IMAGE ? "IMAGE" : info.Type == MEM_MAPPED ? Alastair> "MAPPED" : "PRIVATE", Alastair> + modnambuf); Alastair> + Alastair> + MessageBox(NULL, buf, "XEmacs", MB_OK | MB_ICONSTOP); Alastair> + exit(1); Alastair> + } Alastair> /* Now try and reserve as much as possible */ Alastair> size = min (info.RegionSize, end - base); Alastair> tmp = VirtualAlloc (base, size, MEM_RESERVE, PAGE_NOACCESS); Alastair> if (!tmp) Alastair> - { Alastair> - /* Can't reserve it, nothing we can do but exit */ Alastair> - char buf[256]; Alastair> - wsprintf(buf, Alastair> - "XEmacs cannot start because it couldn't reserve space required for Alastair> the heap.\n" Alastair> - "(VirtualAlloc at 0x%lx of 0x%lx failed (%d))", base, size, Alastair> GetLastError()); Alastair> - MessageBox(NULL, buf, "XEmacs", MB_OK | MB_ICONSTOP); Alastair> - exit (1); Alastair> - } Alastair> + { Alastair> + /* Can't reserve it, nothing we can do but exit */ Alastair> + char buf[256]; Alastair> + wsprintf(buf, Alastair> + "XEmacs cannot start because it couldn't reserve space required for Alastair> the heap.\n" Alastair> + "(VirtualAlloc at 0x%lx of 0x%lx failed (%d))", base, size, Alastair> GetLastError()); Alastair> + MessageBox(NULL, buf, "XEmacs", MB_OK | MB_ICONSTOP); Alastair> + exit (1); Alastair> + } Alastair> /* We read in the data for the .bss section from the executable Alastair> first and map in the heap from the executable second to prevent Alastair> -- Alastair> ____________________________________________________________ Alastair> Alastair Houghton ajhoughton(a)lineone.net

2 participants
1 comments

Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up... 24 years, 4 months

Adrian Aichner

>>>>> "Vin" == Vin Shelton <acs(a)xemacs.org> writes: Vin> I don't understand why we try to change to the _directory_ Vin> /pub/xemacs/packages/package-index.LATEST.pgp/, but we seem Vin> to recover from that misadventure OK. Hi Vin, this apparently is a fix for some widely-used ftp server bug, according to Michael. Glad to hear it works! Later, Adrian Vin> - vin

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta July 2000