ns@CAT.CMU.EDU (Nicholas Spies) (11/05/87)
Having, for the first time, a need to use German letters I discovered an annoying bug in the double-click selection routine-- the German "ss" letter (it looks like "B" and is generated by Option-s) is considered to be whitespace! So a word like grossen (that is, groBen) ends up being selected as either gro or en, depending on which end of the word you double-click. Umlauted letters, on the other hand, are selected normally. Another text/whitespace problem is the strange convention of considering puncuation as whitespace. Try resizing a field with parens or quotes, which get detatched from words that are bumped to the next line. ...maybe I didn't WANT to put in those extra carriage returns! (Or, is this a Quickdraw or Font manager problem?) Mmmm. --Nick
howard@cpocd2.UUCP (Howard A. Landman) (02/29/88)
I posted this bug before, but it was buried in the middle of a long posting, and it's major, so I wanted to make sure it got seen. BUG: The HyperTalk command read from file f until newline doesn't work. It reads past a newline and stops about 31 or 32 characters into the file (in the case I tried). REPEAT-BY: Grab the Go games data I posted to rec.games.go a week or so ago, or create a file which begins (each line below ends with a newline): ---------------------->8 CUT HERE 8<----------------------------------------- Date: 1579? to 1587? White: Honinbo Sansa Black: Kashio Rigen Score: +1 Komi: 0 Result: +1 Source: Go Review, Autumn 1973, p.54-61 Date: 1585 to 1650 ?? White: Kuo Pai-ling Black: Chou Lan-yu Handicap: 2-2 (tasuki) Score: -0.5 C Komi: 0 Result: -0.5 C Source: GW #28, Summer 1982, p.63-65 ---------------------->8 CUT HERE 8<----------------------------------------- Then put that file on your Mac, go into HyperCard, and either type the following commands into the message box or put them into a script (with the obvious modifications): open file "foo" read from file "foo" until newline it What *I* got was: "Date: 1579? to 1587?\nWhite: Hon" where, in normal C notation, the \n represents a newline. In HC this shows up as a square (no bitmap for that character in the font). I know that the end-of-line character is a newline, both because I have looked at it in UNIX, and because the file was created *by* *HyperCard* with a newline constant after each line. WILD, WILD GUESS AS TO WHAT'S GOING ON: If this portion of HyperCard was written in C, is it possible that someone accidentally typed 'n' instead of '\n' at some point? That would explain why it stopped on an 'n'. (That should be easy to test, but I'm not getting paid to do this.) -- Howard A. Landman {oliveb,hplabs}!intelca!mipos3!cpocd2!howard howard%cpocd2.intel.com@RELAY.CS.NET
mithomas@bsu-cs.UUCP (Michael Thomas Niehaus) (03/28/89)
About a week ago I posted a message about using Serial XCMDs and HyperCard's dial command, but I only received one reply. So I'll try to restate my question (and give a new subject line). Here it is: If I use the 'dial' command to dial my modem, then try to use the Serial XCMDs that APDA distributes, the XCMD call puts an error message in the message box that states "SerGetBuf failed" or something like that. I eventually discovered that no XCMD call to use the serial port would be successful after that call to dial. My question: is it possible that HyperCard doesn't release the serial port after its dial? If this is the case, why would it do this? I found that after making a call to the dial function, the only way to get the Serial XCMDs to work is to quit HyperCard and get back into it again. So anyway, I gave up on using the dial command and tried to do it manually (but that caused other problems -- see my previous message). Thanks to Glenn Fisher for offering to send me a stack that uses the Serial XCMDs. Hopefully this will help me get something working. -Michael -- Michael Niehaus UUCP: <backbones>!{iuvax,pur-ee}!bsu-cs!mithomas Apple Student Rep ARPA: mithomas@bsu-cs.bsu.edu Ball State University AppleLink: ST0374 (from UUCP: st0374@applelink.apple.com)
ech@pegasus.ATT.COM (Edward C Horvath) (03/28/89)
From article <6345@bsu-cs.UUCP>, by mithomas@bsu-cs.UUCP (Michael Thomas Niehaus): ... > If I use the 'dial' command to dial my modem, then try to use the Serial > XCMDs that APDA distributes, the XCMD call puts an error message in the > message box that states "SerGetBuf failed" or something like that... It sounds suspiciously like dial is calling RAMSDOpen/RAMSDClose; the latter does no harm if the port is already open, the latter is somewhat undesirable! I'd suggest you can the use of dial altogether; if you have a Hayes- compatible modem (the only kind dial deals with, if I remember correctly) you can do the dialing yourself using the generic serial port commands: - write out AT<cr> - wait for OK - write out ATD{PT}<number><cr> - wait for CONNECT, BUSY, or NO ANSWER. choose P or T as you are using pulse code or TouchTone (almost certainly tone these days). What your modem actually requires may vary, play with it using some terminal emulator until you figure out exactly what you need. I use an AT&T modem, which just takes 'at<number><cr>' -- it autobauds and dials straight away, simplifying the process. When all else fails, read the manual that came with your modem... =Ned Horvath=
barnett@cc.ic.ac.uk (G.J. Barnett) (12/20/90)
I have found an interesting bug where hypercard will not open stacks on single sided disks. If I try then I get the following message: 'Cant open stack "".' 'File system error -37' (bad file name error) Iknow that it is a bit daft to use single sided disks but we have lots of old ones around (but still in good condition). What is going on? Does anyone have any ideas? [ the only real bugs are ones written by other people]
gandalf@apple.com (Martin Gannholm) (01/05/91)
HyperCard prior to 2.0 wasn't very smart about all the intricacies of the file systems and consequently didn't work with MFS volumes. All the file handling code got rewritten in 2.0 and as a side-effect of following the rules you can now use MFS volumes. This is in addition to a bunch of other bugs and limitations that disappeared as a result of this work. Martin Gannholm HyperCard 2.0 Engineer Apple Computer Exclaimer!!! I typed this myself = I speak for myself... ..or..I never said it...Nobody heard me say it...You can't prove anything!