🌐 Mailman 3 October 1996 - Pythonmac-SIG - python.org

None
by Doug Wyatt Oct. 16, 1996

Oct. 16, 1996

================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

None
by Doug Wyatt Oct. 16, 1996

Oct. 16, 1996

================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

Re: [PYTHONMAC-SIG] plplot module
by Jack Jansen Oct. 16, 1996

Oct. 16, 1996

Doug is right, I think. It looks as if you're freeing a file structure that has already been freed. The 1.4b3 distribution has a number of patches to GUSI, have you applied these? I remember a similar crash in the exit code, but I can't remember what I did exactly to fix it, but the patches did seem to fix it. You can also try running Python under CW Debug and setting a breakboint at malloc.c:botch(). The you might be able to find out what it is that is double-freed. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

2 1

plplot module
by Rob Managan Oct. 15, 1996

Oct. 15, 1996

I have been working on the Mac version of the plplot module. I have a library that works fine in a C program. It seems to work fine in Python as well. The problem is that after the python script is done and I quit the interpreter that I drop into the debugger with the message PowerPC unmapped memory exception at FFD60E6C PtInRect+0008 Any ideas of what went wrong? How could plplot be messing up? I logged some Macsbugs results and got this: Disassembling PowerPC code from FFD60E44 MapRect +00018 FFD60E44 addic r3,r3,0x0004 | 30630004 +0001C FFD60E48 lwz r4,0x0038(SP) | 80810038 +00020 FFD60E4C lwz r5,0x003C(SP) | 80A1003C +00024 FFD60E50 bl MapPt ; 0xFFD60D54 | 4BFFFF05 +00028 FFD60E54 lwz r12,0x0048(SP) | 81810048 +0002C FFD60E58 addic SP,SP,0x0040 | 30210040 +00030 FFD60E5C mtlr r12 ; LR = 0x0008 | 7D8803A6 +00034 FFD60E60 blr | 4E800020 PtInRect +00000 FFD60E64 li r0,0x0000 | 38000000 +00004 FFD60E68 sth r0,0x0D6E(0) | B0000D6E +00008 FFD60E6C *lha r5,0x0000(r4) | A8A40000 +0000C FFD60E70 srawi r6,r3,0x10 | 7C668670 +00010 FFD60E74 cmpw r6,r5 | 7C062800 +00014 FFD60E78 lha r5,0x0004(r4) | A8A40004 +00018 FFD60E7C stw r3,0x0018(SP) | 90610018 +0001C FFD60E80 cmpw cr1,r6,r5 | 7C862800 +00020 FFD60E84 bge PtInRect+0002C; 0xFFD60E90 | 4080000C +00024 FFD60E88 clrlwi r3,r0,0x18 | 5403063E +00028 FFD60E8C blr | 4E800020 Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 0557E218 04384F80 PPC 0557E178 04384F40 PPC 0593A964 PyMac_InitApplication+00088 04384DF0 PPC 0593B18C Py_Main+00270 04384D80 PPC 0590746C PyRun_AnyFile+0004C 04384D40 PPC 059075A8 PyRun_InteractiveLoop+000E8 04384CF0 PPC 059076C8 PyRun_InteractiveOne+000D0 04384C80 PPC 05907068 PyParser_ParseFile+00090 04384C30 PPC 05907114 parsetok+0006C 04384BC0 PPC 058EB6B4 PyTokenizer_Get+00054 04384B60 PPC 058EAF9C tok_nextc+000F0 04384B00 PPC 058F5484 PyOS_Readline+00080 04384AB0 PPC 058F5380 my_fgets+00028 04384A70 PPC 059621B4 fgets+000CC 04384A20 PPC 05963958 _Frprep+0010C 043849E0 PPC 0596AF10 _Fread+00024 043849A0 PPC 05948B3C read+000A8 04384950 PPC 0595EA34 SIOUXSocket::read(void*, int)+00030 04384910 PPC 0596CAA0 ReadCharsFromConsole+00130 043848B0 PPC 0595F9BC exit+00068 04384860 PPC 0595FA04 _exit+00024 04384810 PPC 059787D8 __destroy_global_chain+0002C 043847D0 PPC 0594AA6C SocketTable::~SocketTable()+00044 04384780 PPC 0595F7E4 fwalk+00040 04384730 PPC 05961D9C fclose+00040 043846E0 PPC 059431F8 free+00040 04384690 PPC 05942F3C botch+00020 04384650 PPC 0596241C fprintf+0003C 04384610 PPC 05965B00 _Printf+000A8 04384540 PPC 059623AC fopen+00110 04384500 PPC 05962AFC fwrite+00134 043844A0 PPC 05961F8C fflush+0009C 04384450 PPC 0596B040 _Fwrite+000B4 04384400 PPC 05949070 write+0005C 043843B0 PPC 0594B140 GUSIDefaultSpin+001C8 *-*-*-*-*-*-*-*-*-*-**-*-*-*-*-*-*-*-*-*-*- Rob Managan mailto://managan@llnl.gov LLNL ph: 510-423-0903 P.O. Box 808, L-178 FAX: 510-423-5804 Livermore, CA 94551-0808 ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

2 1

Q: How To Tell The Finder To Launch An App With A Doc?
by just＠knoware.nl Oct. 14, 1996

Oct. 14, 1996

Although this is not a Python specific question, I hope you don't mind asking here. It's still Python related. In my BBEdit extension in which I can send Python code to the interpreter I would like to give a prompt when the slave script is not running, asking the user to locate it and then: Launch The Interpreter With The Script. I am told I have to send an AppleEvent to the Finder to do this, but I've crawled through most of the stuff on my Inside Mac CD and I Can't Bleedin' Find It. Does anyone know what event to send? Or what else to do? I think Jack would also like to know, so we can also make a convenient call for this in Python / aetools.py. No More Connection Invalid Errors. Please? Thanks so much in advance. Just ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

3 2

Re: problem importing macurl2path.py
by Jack Jansen Oct. 13, 1996

Oct. 13, 1996

Guido (and the rest of you), Charles Morehead just pointed out that the times returned by os.stat() aren't very useful, since they're mac-style unsigned longs (and, hence, currently negative). A possible solution would be to return them as floats, as all times are on the mac, but this will make stat() incompatible with unix for people who depend on the times being ints. What do you think? Any other solutions? -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

2 1

joining
by Kevin Swope Oct. 12, 1996

Oct. 12, 1996

================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

Re: [PYTHONMAC-SIG] UNIX files
by Jack Jansen Oct. 10, 1996

Oct. 10, 1996

> Hmm... This is really a problem with the CW stdio library -- it > appears to *swap* CR and LF in text translation mode. If it just > mapped CR to LF and left LF alone, we'd have no problems (until > someone tries a DOS file, which will appear to be double-spaced). Actually, I quite like this behaviour... > The only code I can find turns CR LF into LF, which would be fine to > convert DOS files when read in binary mode. You're right, I didn't look well enough at the code. That means that the \r are passed through and ignored as whitespace sometime later. This means that we would probably need an explicit check for \r somewhere (provided I can convince you that an error is better than transparency in this case). Ok, let me know which behaviour people prefer and I'll implement it. (Of course, if there are votes to be taken the votes of some will weigh heavier than those of others:-) -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

Re: [PYTHONMAC-SIG] UNIX files
by Jack Jansen Oct. 10, 1996

Oct. 10, 1996

> > Hmm, Jack, what would be required to make Python interpret Unix line > > endings, or at least recognize them and display a warning? > > I'm not Jack, but I think there's only one or two places where modules > are opened. I wonder if we could open the file in binary mode and if > we detect a CR in the first 512 bytes, reopen it in text mode... The > same hack should work for Windows! On Unix, don't do this at all. I was originally thinking about a solution in this vein, but I think that it is better to give an error. The problem with such an "accept everything" approach is that it will cause confusion in another place: when you open a unix textfile in your python program. My suggestion would be to make \r be illegal to the parser. There is currently code in tokenizer.c that explicitly turns \r into \n, if this were disabled (and a decent error message was given, such as "SyntaxError, \r in line (non-native text file?)" this problem would easily be catched. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

2 1

Re: [PYTHONMAC-SIG] UNIX files
by Jon Stevens Oct. 9, 1996

Oct. 9, 1996

> I'm not Jack, but I think there's only one or two places where modules > are opened. I wonder if we could open the file in binary mode and if > we detect a CR in the first 512 bytes, reopen it in text mode... The > same hack should work for Windows! On Unix, don't do this at all. > > --Guido van Rossum (home page: http://www.python.org/~guido/) not really knowing how python reads in the files...would something like this work for you guys? --just trying to be slightly helpful..:) // this function gets one line from a file regardless of unix/mac/dos int getline ( char *s, FILE *in ) { int c, i = 0; while ( MAXLINE >= i ) { c = fgetc(in); if ( c == EOF ) return 0; if ( c == '\r' || c == '\n' ) { s[i] = '\0'; return ( 1 ); } s[i] = c; i++; } return ( 0 ); } -jon Jon (no h) S. Stevens kid(a)latchkey.com ClearInk WebMagus http://www.clearink.com/ finger pgp(a)sparc.clearink.com for pgp pub key people in cars cause accidents accidents in cars cause people ========PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org ========

1 0