comp.lang.c http://groups-beta.google.com/group/comp.lang.c
Today's most active topics: * C 99 compiler access - 8 new http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/6ab6fa86dd3e2204 * Wrap thoughts - 7 new http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/3aad6cc0994ae733 * Colon (:) syntax in defining fields in a struct - 4 new http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/ef5da7771a7b9a92 * Small C "Puzzle" - 3 new http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/d431713d325b5c70 * question about writing c code supports pipe in - 3 new http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/49fa8e6591526575 Active Topics ============= Small C "Puzzle" - 3 new ---------------------------------- ... You're right, of course. (I did mention later that it's also undefined behavior on the IA-32, where int and pointer types are the same size, but in the quoted paragraph I inadvertently implied a cause-and-effect relationship that doesn't exist.) The difference in size does make a difference, in this case, in the visible result of the undefined behavior. ... - Sat, Aug 28 2004 3:08 am 3 messages, 2 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/d431713d325b5c70 float limits - all new ---------------------------------- ... Much major snipping.. ... Where do you get that? The mantissa of float is surely 24 bits of value, even if bit 23 is not actually there. All floats ( except sub-normal ones) are 'normalized' which means shifted left until the msb of the mantissa (bit 23) is 1. Because the b23 value is always 1 in terms of the mantissa, we don't need to reserve actual space for it. Instead, we use the space for the lsb of the exponent. 16777214 01001011 01111111 11111111 11111110 Exp = 150 (24) 00011000 Man = .11111111 11111111 11111110... - Sat, Aug 28 2004 6:27 am 1 message, 1 author http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/d9431935ccd372cf C variable retyping - 2 new ---------------------------------- ... The range of bytes would be (assuming sizeof(int)>1) &c+1 thru &c+(sizeof( int)-1). ... Those bytes, if even allocated in storage, within a valid address range, and/or at valid addresses, would be dependent on the machine endianess and architecture. ... Similar to casting, "retyping" would allow subterfuge and introduce opportunity for non portable code (as in this example) . Only persons integrating non portable assembly and C code would probably find it useful (expecially with mmx instructions). Still, thought I'd ask. And. .. - Sat, Aug 28 2004 8:47 am 2 messages, 2 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/28d0e15991c933a9 Colon (:) syntax in defining fields in a struct - 4 new ---------------------------------- Hello all, I recently came across the following segment of code that defines a C struct: typedef struct { unsigned char unused_bits:4; unsigned char wchair_state:2; ... What do the numbers 4 and 2 refer to? If I define a second struct as below: typedef struct { unsigned char unused_bits; unsigned char wchair_state; ... and then declare void main(void) { xyz _ xyz; abc _abc; ... In terms of memory allocation, is there any difference between that allocated for _xyz and _abc? Any feedback would be much appreciated.... - Sat, Aug 28 2004 9:07 am 4 messages, 4 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/ef5da7771a7b9a92 Wrap thoughts - 7 new ---------------------------------- Well, I've reached a milestone: Here I have an adequately functional application I can't use without some preliminary stuff. If I'm going to assign dynamic memory, I need to know the file length, or undergo some sort of guess routine. And other things as well. It's now immediately evident that some non-portable code must be written to make this useful. What to do? At the moment, I'm inclined to wrap the 'wrap' code (heh...) in a shell script which can supply all the parameters handily. Such a script can be... - Sat, Aug 28 2004 12:02 pm 7 messages, 3 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/3aad6cc0994ae733 C 99 compiler access - 8 new ---------------------------------- ... Which begs the question, "Is the ANSI/ISO C 99 standard 'widely implemented'?" It appears to me to be widely implemented now. ... I suppose you would describe yourself as a backslider. :-) ... - Sat, Aug 28 2004 12:54 pm 8 messages, 6 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/6ab6fa86dd3e2204 Two Questions about "strlen", "strcat" and "strcpy" - all new ---------------------------------- ... I think you just plonked a spammer. The previous article was posted only to comp.lang.c; the followup was cross-posted to comp.lang.c, alt.algebra.help, sci.agriculture, alt.sports.basketball.nba, and alt.autos.classic-trucks. Killfiling is certainly appropriate, but announcing it seems superfluous. ... - Sat, Aug 28 2004 3:23 pm 1 message, 1 author http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/e9ba0a3a9129c3ba another stupid c bug. (endless for loop) - all new ---------------------------------- On Sat, 28 Aug 2004 02:43:31 +0200, in comp.lang.c , "Skybuck Flying" ... So, you write bad C, its pointed out to you, you mouth off, you get told you're a silly billy, and you start acting like you're big and clever and trying to intimidate people with faux street-talk. Yeah, whatever. Come back when you're grown up enough to know when to hold and when to fold. ... - Sat, Aug 28 2004 3:35 pm 1 message, 1 author http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/b3b9f4a263a24575 question about writing c code supports pipe in - 3 new ---------------------------------- ... Actually, wouldn't this break on non-Unix systems since stdin is opened as a text stream? (I'm assuming a.out is binary data and thinking about the potential end-of-line translations in other systems). I don't intend to flame, only ask if I'm seeing it wrong. ... - Sat, Aug 28 2004 3:50 pm 3 messages, 3 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/49fa8e6591526575 Determining EOF using fseek()? - 2 new ---------------------------------- ... (The correct answer is "no", as I believe others have already posted. Unix-like systems allow a quite simple demonstration: open a file for both reading and writing, seek to a position many gigabytes past the existing EOF, and write one byte. The file is suddenly that much longer. [Note that modern Unix-like systems support multi-terabyte files. Of course, you cannot use fseek() to do this unless LONG_MAX is more than 2147483647, e.g., on Itanium or Alpha.] Since you can seek to any location, including nonexistent... - Sat, Aug 28 2004 4:33 pm 2 messages, 2 authors http://groups-beta.google.com/group/comp.lang.c/browse_thread/thread/8a2feab451c13f24 ======================================================================= You received this message because you are subscribed to the Google Groups "comp.lang.c". comp.lang.c http://groups-beta.google.com/group/comp.lang.c Change your subscription type & other preferences: * click http://groups-beta.google.com/group/comp.lang.c/subscribe Report abuse: * send email explaining the problem to [EMAIL PROTECTED] Unsubscribe: * click http://groups-beta.google.com/group/comp.lang.c/subscribe ======================================================================= Google Groups: http://groups-beta.google.com ------------------------ Yahoo! Groups Sponsor --------------------~--> Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/BCfwlB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/kumpulan/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
