Odd CPU thottling behavior.

I have a tx2z-[something] and it has a Turion ZM-87 2.4Ghz proc. in it.
Obviously, the CPU has power saving features along the same lines as Intel Speedstep. I know this, BUT...
As I am typing this post, my CPU utilization is 100% and the thing is changing from 600mhz to 1200mhz, but not going up to the full 2.4ghz it should reach. This is on Vista x64 Ultimate on performance power profile (100% min/100% max speed). I have only seen this CPU run at max speed one time, and that was before I flashed the BIOS from F.14 to F.25, which was Saturday if my memory serves.
Basically, I would like to know what I can do to get the actual rated speed out of the processor. The BIOS options on this machine are a joke, so there are no options I can really change that impact this problem - I've tried. The power plan doesn't do anything, and a google search gives me nothing. Maybe I should just be thankful I'm not overheating. Everyone is complaining about that with the Tx2 it seems...
Any responses are greatly appreciated.

Either you’ve messed with the Preferences > Junk Mail > Advanced settings, or those settings have become corrupt, or you have one or more rules that have a bearing on this.
Assuming it isn’t the latter, try this:
1. Go to Preferences > Junk Mail, disable junk mail filtering, then enable it again. This resets the rule that governs what the junk filter does.
2. Choose either Training or Automatic mode (it doesn’t matter) and leave the other options checked. Click Advanced to see how the junk filter rule is defined now if you want, but don’t touch anything there.
3. Reset the junk filter database (Preferences > Junk Mail > Reset).

Similar Messages

Odd Calc Order Behavior

Hello all,
I've put together a hybrid analysis cube and I'm experiencing some odd calc order behavior. It appears the years are calculating backwards.
I load my 2007 end balances and calc forward three years. 2008 is correct, but 2009 and 2010 are incorrect. They are incorrect inasmuch as the calcs that require 2008/2009 end balances are incorrect. So I run the script again and now 2009 is right, but 2010 is incorrect. Then I run it once more and 2010 is correct.
It appears the end balances for 2008 and 2009 aren't available for 2009 and 2010, respectively. Thus, I think 2010 is calcing first, but with no 2009 end bals, so it's off. Then 2009 goes, again no end bals, so it's off. Then 2008 calcs, and since 2007 end bals are in there, it's calcing correctly. Thus, I have to calc again two times for 2009 and 2010 to be correct.
Here's my script:
Fix (@IRSiblings("2008"),"ScenarioMbr")
CALC ALL EXCEPT DIM("Years","Scenario");
Endfix
ScenarioMbr is a level 0 descendant of the Scenario dimension.
Thanks for any help anyone has.

I would suggest checking on your outline order. It sounds like your ending balance hasn't been calculated by the time the beginning balance needs it (as evidenced by your three passes). The order of members in your FIX statement has no bearing on the calculation order. By this, I mean make sure that your Years dimension is ordered as follows...
Years
+ 2007
+ 2008
+ 2009
+ 2010
Also, make sure that your periods (where your months are is, assuming it is a different dimension) is located above your Years dimension.
Lastly, how are you facilitating getting your Ending balances into your Beginning balances? Sometimes the sequencing for this type of work is improtant as well. For example, if your Ending Balance is a two-pass, it will not be ready until a second pass is done.
IF this doesn't help, maybe provide one of the BegBal members that isn't working, your outline order, the order of the Years dimension, and the dense/sparse settings (assuming BSO).
Good Luck!!

Odd Junk Mail Behavior

I've been experiencing odd Junk Mail behavior on my Mac; I've got the Mail app set so it puts the emails it thinks is Junk in the Junk folder. I do this because I've noticed that certain legitimate emails keep ending up in the Junk folder automatically.
I've also noticed that some of the emails in the Junk folder have not actually been flagged as Junk Mail, they were not colored brown by the Junk Mail rule and there is no button available to tell Mail it's not Junk. How do I stop Mail from flagging something as Junk when it doesn't seem to tag it as Junk but it still ends up in the Junk folder?
I see emails tagged as Junk in the Junk folder that are legit, so I click the "Not Junk" button and move them back to the proper mail folder. But the next time I get mail from the same source, it gets flagged and tagged as Junk again. I thought the Mail app learns from the training we give it. How do I resolve this situation?
I've already set the Junk filtering to not filter emails from recipients who are in my Address Book.

Either you’ve messed with the Preferences > Junk Mail > Advanced settings, or those settings have become corrupt, or you have one or more rules that have a bearing on this.
Assuming it isn’t the latter, try this:
1. Go to Preferences > Junk Mail, disable junk mail filtering, then enable it again. This resets the rule that governs what the junk filter does.
2. Choose either Training or Automatic mode (it doesn’t matter) and leave the other options checked. Click Advanced to see how the junk filter rule is defined now if you want, but don’t touch anything there.
3. Reset the junk filter database (Preferences > Junk Mail > Reset).

Odd cPU detection and a bios issue

hey guys got somemore info about my super odd cpu
updated mobo biod to latest 5.5
cpu detected as athlon xp 3000 as it "should" do
cpu-z detected as athlon xp 300 = multi 13 x 166
now all of a sudden its not detecting it properly
i'm back to using the multi-locked at 14, can't lower multiplier, and FSB changes arent too stable, havent done thorough stress tests yet.
clock atm = 2337MHz o.O
and a wierd prob i've been gettin recently, bios has been resetting itself at random intervals....my computer will just restart itself and reset the cmos to defaults and ask me to correct them
wondering if any of u guys n gals could help
cheers in advance
-mike-

i have already cleared cmos multiple times when overclocks have failed.....might try reflashing the bios n seeing what happens
just think its odd that this cpu won't run any lower multipliers and crashes on anything other that "auto" setting
u think the wire trick would me here, i wanna lower multi and raise fsb to 200
but this chip aint lettin me do anything :/
cheers for ur reply dude :D
mike

Nexus 5000 - Odd Ethernet interface behavior (link down inactive)

Hi Guys,
This would sound really trivial but it is very odd behavior.
- We have a server connected to a 2, Nexus 5000s (for resiliancy)
- When there is no config on the ethernet interfaces whatsoever, the ethernet interface is UP / UP, there is minimal amount of traffic on the link etc. E.g.
Ethernet1/16 is up
Hardware: 1000/10000 Ethernet, address: 000d.ece7.85d7 (bia 000d.ece7.85d7)
Description: shipley-p1.its RK14/A13
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA
Port mode is access
full-duplex, 10 Gb/s, media type is 1/10g
Beacon is turned off
Input flow-control is off, output flow-control is off
Rate mode is dedicated
Switchport monitor is off
Last link flapped 00:00:07
Last clearing of "show interface" counters 05:42:32
30 seconds input rate 0 bits/sec, 0 packets/sec
30 seconds output rate 96 bits/sec, 0 packets/sec
Load-Interval #2: 5 minute (300 seconds)
    input rate 0 bps, 0 pps; output rate 8 bps, 0 pps
RX
    0 unicast packets 0 multicast packets 0 broadcast packets
    0 input packets 0 bytes
    0 jumbo packets 0 storm suppression packets
    0 runts 0 giants 0 CRC 0 no buffer
    0 input error 0 short frame 0 overrun   0 underrun 0 ignored
    0 watchdog 0 bad etype drop 0 bad proto drop 0 if down drop
    0 input with dribble 0 input discard
    0 Rx pause
TX
    0 unicast packets 163 multicast packets 0 broadcast packets
    163 output packets 15883 bytes
    0 jumbo packets
    0 output errors 0 collision 0 deferred 0 late collision
    0 lost carrier 0 no carrier 0 babble
    0 Tx pause
1 interface resets
- As soon as I configure the link to be an access port, the link goes down, flagging "inactivity" E.g.
sh int e1/16
Ethernet1/16 is down (inactive)
Hardware: 1000/10000 Ethernet, address: 000d.ece7.85d7 (bia 000d.ece7.85d7)
Description: shipley-p1.its RK14/A13
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA
Port mode is access
auto-duplex, 10 Gb/s, media type is 1/10g
Beacon is turned off
Input flow-control is off, output flow-control is off
Rate mode is dedicated
Switchport monitor is off
Last link flapped 05:38:03
Last clearing of "show interface" counters 05:41:33
30 seconds input rate 0 bits/sec, 0 packets/sec
30 seconds output rate 0 bits/sec, 0 packets/sec
Load-Interval #2: 5 minute (300 seconds)
    input rate 0 bps, 0 pps; output rate 0 bps, 0 pps
RX
    0 unicast packets 0 multicast packets 0 broadcast packets
    0 input packets 0 bytes
    0 jumbo packets 0 storm suppression packets
    0 runts 0 giants 0 CRC 0 no buffer
    0 input error 0 short frame 0 overrun   0 underrun 0 ignored
    0 watchdog 0 bad etype drop 0 bad proto drop 0 if down drop
    0 input with dribble 0 input discard
    0 Rx pause
TX
    0 unicast packets 146 multicast packets 0 broadcast packets
    146 output packets 13083 bytes
    0 jumbo packets
    0 output errors 0 collision 0 deferred 0 late collision
    0 lost carrier 0 no carrier 0 babble
    0 Tx pause
0 interface resets
- This behavior is seen on both 5Ks
- I've tried using a different set of ports, changed SFPs, and fibre cabling to no avail
- I can't seem to understand this behavior?! In that, why would configuring the port cause the link to go down?
- If anyone has experience this before, or could shed some light on this behavior, it would be appreciated.
sh ver
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Copyright (c) 2002-2010, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained herein are owned by
other third parties and are used and distributed under license.
Some parts of this software are covered under the GNU Public
License. A copy of the license is available at
http://www.gnu.org/licenses/gpl.html.
Software
BIOS:      version 1.2.0
loader:    version N/A
kickstart: version 4.2(1)N1(1)
system:    version 4.2(1)N1(1)
power-seq: version v1.2
BIOS compile time:       06/19/08
kickstart image file is: bootflash:/n5000-uk9-kickstart.4.2.1.N1.1.bin
kickstart compile time: 4/29/2010 19:00:00 [04/30/2010 02:38:04]
system image file is:    bootflash:/n5000-uk9.4.2.1.N1.1.bin
system compile time:     4/29/2010 19:00:00 [04/30/2010 03:51:47]
thanks
Sheldon

I had identical issue
Two interfaces on two different FEXes were INACTIVE. I have two Nexus 5596 in vPC and A/A FEXes.
I also use config-sync feature.
Very same configuration was applied to other ports on other FEXes and they were working with no problems.
interface Ethernet119/1/1
inherit port-profile PP-Exchange2003
I checked VLAN status associated with this profile and it was active (of course it was, other ports were ok).
I solved it by removing port profile from this port and re-applied it... voila, port changed state to up!
Very very strange.

Odd Port 139 Behavior

Hi everyone,
I've been running in to some trouble with my university's IT department. They say that my Mac Mini (1.66GHz CoreDuo) has times when it's trying to connect to something via port 139 (netbios-ssn). They claim that it averages over 1 attempt per second. However, in all of my snooping, using Activity Monitor, Network Utility, and Little Snitch, I've never noticed anything odd. I do admit that I might not be observing it at the correct times, but I would like to get to the bottom of this. Currently my IT department has my computer "quarantined" and won't authorize it to access the network again until I can sort this out.
Have any of you heard of something like this before (the 139 connection attempts)?
Any help is GREATLY appreciated.
Thanks,
Dave DeLong

At least for me, anytime I use a file dialog I get a message from little snitch telling me that it's trying to connect to port 139 - so any time I try to open or save a document, etc. Little Snitch tells me that the program I'm using is trying to connect via port 139.
Same for when I try to choose a network printer.
The snitch tells me about connect attempts over port 139 quite often, but not once per second.
Finder is doubtless doing its own queries to "discover" what's out there on the network.
I have a hard time believing it's even an issue, as every Mac, Linux, and Unix box that tries to connect to the windows shares on the network are going to have similar behavior. The Engineering department alone would be *+up in arms+* over such a policy. **** hath no fury like a few dozen EE students whose computers are banned.
First because it's asinine - a connection attempt over port 139 is fairly innocent; you have to discover what's on the CIFS/SMB (ie. Windows shares) network somehow. Pretty much every non-Microsoft device (including Macs) that can access Windows shares uses "samba", which can be set to periodically ping the network to discover shares on the network. The whole point is so things "plug and play" without the IT manager having to do anything.
SMB/CIFS is a very chatty protocol to begin with...

Odd battery/charge behavior

Something odd happened today with my MBP (2011)... I'm working away with it while it's plugged into power and all of a sudden it starts charging... but I never unplugged it or lost power or anything (and it's on a mondo UPS anyway).
It's been showing 98% instead of 100%, but showing "fully charged" with a green light and from reading the articles from Apple this is totally normal. I did manage to get it to show 100% after a SMC reset, but after a subsequent reboot it went back to 98%. Anyway, it actually looks like it's going to charge to 100% now (99% and still showing orange light).
Has anyone seen this behavior? Normal? Something to consider going to Apple store about?
Thanks.

I understand the system will charge when it needs to, but in all my days with MacBook's and the like I've never seen one up and start charging AFTER being plugged in for several days and without any provocation (i.e. unplugging it for a few minutes).
My battery info all looks really good and the condition says "normal" so as long as "normal" is the same as "good" then it's probably fine. Still odd, but fine.

Odd Smart Mailbox Behavior

I receive a lot of mail with attachments so I created a Smart Mailbox with the following conditions -- ALL must be met:
1. Contains Attachments
2. Date Received is not in the last 2 weeks
My goal is to keep my mail intact for 2 weeks, and then delete the attachments so I can save disk space.
The Smart Mailbox works but not as I expected. I would assume that every day there would be at least one message that meets the conditions since I receive at least one attachment per day. What actually occurs is that the Smart Mailbox only shows mail every two weeks but some of the messages are older than two weeks -- as old as four weeks. The behavior seems odd to me.
Any suggestions?
Mac OS X (10.4.3)

If it's "not in the last 2 weeks" then it'll show messages older than the last 2 weeks. Do you want to show messages that are 2 weeks old? If yes, then change "not in the last 2 weeks" to "is exactly 2 weeks".

Odd file move behavior

On my startup disk, I have a movie file (.mov) and a folder I want to collect movies in. Straightforward enough.
So I click/drag the .mov file onto the folder. It shows me the green + icon, and when I let go, it COPIES the file into the folder, not by simply MOVING the file from the disktop to the folder. Wha?
When I grab that same file in the folder and move it to the disktop, it works as expected, insisting that it must be DUPLICATED, replacing the disktop, original file.
OK. So instead of doing that, I decide to trash the original file, then move the version out of the folder and back to the disktop.
In order to do that, I use the contextual menu that drops down with Control+mouse click. It now asks me for my administrator password to do the trash move. (???)
Once the original has been tossed, the file will now move from folder to disktop and back to folder with complete impunity. But if I try this with another .mov file, the process starts all over again.
No extra key combo during the original move gets rid of the + icon.
Permissions were repaired. No change.
Log off was cycled, no change.
Obviously somehow this disk has picked up wierdness when Leopard replaced well-tempered Tiger on it, but where is the checkbox that dumps this odd behavior?
No Right-click on the mighty mouse will bring down the contextual menu at all.

Yea! The Mac is back on track!
It took extra innings and a visit to 1 800 APL CARE to get to the bottom of it, but this therapy should be on everyone's A-list: The Install disk's version of Disk Utility is significantly different from any version you can install on your hard drives. Or so it would appear.
Where the Disk Utility can be there for you on two different hard drives connected to the same computer, running it from different drives is not at all the same - in visible results - as running it directly from the OS X Install Disk.
You can have several disks with OS X on them and run Disk Utility on your main startup disk from those, but they won't find all the messy permissions that are gumming up your system.
It took yet another previous back up Restore cycle, an extra clean install, followed immediately by an Install Disk run of Disk Utility's First Aid/Repair Disk Permissions to clear the cobwebs. Frequent re-weedings (after any program installs or upgrades from anybody, including Apple's own) finds more things to fix. Not always, but frequently.
The Install Disk's Disk Utility--it's not just for breakfast any more.

Odd open with behavior

Hi,
Normally, when right-clicking a file, for example, a pdf, in ID, and selecting a particular program to open that file with (say, AI) would start the chosen program. Lately, things haven't been working as expected, at least in one document. Opening a linked file, either with the right-click on the file or from the links dock, results in some really odd behavior, all ending with the wrong program being chosen. Sometimes, the program is in the list, for whatever reason ID decides that it should be in the list, which is a mystery to me, but sometimes, the program isn't even in the list. Such as, my GIS program. I've tried another document, and it seems to behave ok. I tried restarting the computer, etc., still happens. Any suggestions? Thanks for the time; you folks are always a tremendous help.
PS, if I go to Bridge, everything is smooth, like butter.
db

I'm using CS4, all up to date on a Windows XP SP3 machine dual-core 2.66ghz 4gig RAM, 500 Gig HD. The document itself is pretty low-key. Five placed Word files. I'm zapping the embedded images and replacing with linked originals. Very basic graphics. I'm an archaeologist, so mainly maps and photos, no transparencies, fancy masks, or anything of the like.
Thanks,
db

Odd Exchange notes behavior

I'm trying to get access to Notes from Microsoft Exchange on my iPhone 2g with the 2.0 firmware, but am noticing some odd behavior.
The phone is set to receive push email from my work Exchange webmail server. It is currently sending and receiving emails just fine. However, if I create a note on a desktop running Outlook and then tell the phone to sync the notes folder (which it sees), nothing shows up.
On the other hand, if I send myself an email to the same account, then move the message into the notes folder via the iPhone, the messages will appear in the notes folder on both the device and the Outlook client.
But if I move that same email via the Outlook client and sync the folder on the iPhone, the email will not show up. Am I missing something?

Either you’ve messed with the Preferences > Junk Mail > Advanced settings, or those settings have become corrupt, or you have one or more rules that have a bearing on this.
Assuming it isn’t the latter, try this:
1. Go to Preferences > Junk Mail, disable junk mail filtering, then enable it again. This resets the rule that governs what the junk filter does.
2. Choose either Training or Automatic mode (it doesn’t matter) and leave the other options checked. Click Advanced to see how the junk filter rule is defined now if you want, but don’t touch anything there.
3. Reset the junk filter database (Preferences > Junk Mail > Reset).

Odd Camera Shifting Behavior

I have the iPhone 5. I notce an odd behavior with Apple's Camera app. When I start off taking pictures, the app behaves fine. But later on when I frame the image that I would like to take a photo of, just as I press the shutter button, the Camera app shifts the image about 1/4+ inch (on screen) to the right and takes a picture of that. It will keep doing this until I restart the phone, then everything is fine again.
Has anyone experience this before with their iPhone?

Either you’ve messed with the Preferences > Junk Mail > Advanced settings, or those settings have become corrupt, or you have one or more rules that have a bearing on this.
Assuming it isn’t the latter, try this:
1. Go to Preferences > Junk Mail, disable junk mail filtering, then enable it again. This resets the rule that governs what the junk filter does.
2. Choose either Training or Automatic mode (it doesn’t matter) and leave the other options checked. Click Advanced to see how the junk filter rule is defined now if you want, but don’t touch anything there.
3. Reset the junk filter database (Preferences > Junk Mail > Reset).

Odd edit box behavior

I've seen some odd behavior today a couple times when I've tried to edit a message.
The Edit box pops up but not with the text of the message I'm editing, but from an edit much earlier in the day.
The first time it happened, I tried to make an edit, but it wouldn't submit it. It just said there was an unknown error.
The second time, it took the edit but had the old message body and message subject from a completely unrelated thread.
EDIT: I just went in to edit this message and all behaved just fine.
Message Edited by Ravens Fan on 03-12-2009 01:11 PM

Test post
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlf
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
ghladhgldaghdfg
Test post
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlf
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfertertetertertghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
ghladhgldaghdfg
Test post
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlf
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
derfglhjdflghjd lfghdlfghladhgldaghdfg
ghladhgldaghdfg
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Odd I/O behavior

Again with the odd behavior. I found the code below while studying for a Java certification exam.
************************ START ************************
import java.io.*;
class OutputTest {
public OutputTest() {
super();
public static void main(java.lang.String[] args) throws IOException {
File file=new File("out");
FileOutputStream fout1=new FileOutputStream(file);
FileOutputStream fout2=new FileOutputStream(file);
PrintWriter pw=new PrintWriter(fout1,true);
fout1.write('A');
fout2.write('B');
pw.println("CD");
fout1.close();
fout2.close();
pw.close();
************************ END ************************
The contents of the file "out" after running this code is "BCD". Does anyone know why write access to one file is allowed by more than one output stream and/or writer? I assumed that the file would be locked when opened by fout1. Is this expected behavior?

A guess on the behaviour.
Both streams are buffered in java. fout1 writes to its buffer, fout2 writes to its buffer. When fout1 closes its buffer is flushed. When fout2 is closed its buffer is flushed which causes it to overwrite the stuff from fout1.
Why it is allowed is a different matter. Perhaps because it is simply to hard to code or too expensive to check. Or simply forgotten. Or because sometimes this behaviour is desired - for example if both flush at the end of every line, then there is no problem.

Odd subversion client behavior - has anyone seen this?

We are using DW CS4 with the subversion client for version control. One of our developers, working on a mac with OS X v 10.5.6, sees odd behavior when using 'Put' to send a file from his local copy to either a testing server or the remote site. What happens is - any unopened folders in the local copy get + signs indicating they don't exist in the svn repository. The + signs don't appear if the folder is already opened, and they go away on a refresh or on switching between any of the left pane sites (test, remote and repository). I tried replicating this behavior on a windows box (virtual machine running w2K server 2003 SP 2, terminal services, accessed via RDP) but could not replicate.
Has anyone else seen this behavior? Is it a harmless annoyance or something more? Any feedback would be great- thank you!

Thanks, appreciated. I was just looking for somebody to put this in perspective.
I've also seen performance & stability issues with the SVN client - it chokes if you try to check out too many files at once, for example when first populating a local copy from a repository. I would be interested to know if Adobe has a set of best practices for initial setup of repositories and local copies as this would be very helpful, especially for large sites where there might be some valuable ways to save time in setup.

Odd CPU thottling behavior.

Similar Messages

Maybe you are looking for